Outputting notifications using device groups

ABSTRACT

A system that determines that devices are co-located in an acoustic region and selects a single device to which to send incoming notifications for the acoustic region. The system may group devices into separate acoustic regions based on selection data that selects between similar audio data received from multiple devices. The system may select the best device for each acoustic region based on a frequency that the device was selected previously, input/output capabilities of the device, a proximity to a user, or the like. The system may send a notification to a single device in each of the acoustic regions so that a user receives a single notification instead of multiple unsynchronized notifications. The system may also determine that acoustic regions are associated with different locations and select acoustic regions to which to send a notification based on location.

CROSS REFERENCE TO RELATED APPLICATION

This application is a continuation of, and claims the benefit ofpriority of, U.S. Non-Provisional patent application Ser. No.16/569,779, filed Sep. 13, 2019 and entitled “OUTPUTTING NOTIFICATIONSUSING DEVICE GROUPS,” scheduled to issue as U.S. Pat. No. 11,051,139,which is a continuation of, and claims the benefit of priority of, U.S.Non-Provisional patent application Ser. No. 15/902,762, filed Feb. 22,2018 and entitled “OUTPUTTING NOTIFICATION USING DEVICE GROUPS,” whichissued as U.S. Pat. No. 10,425,780. The contents of each of which areexpressly incorporated herein by reference in their entirety.

BACKGROUND

With the advancement of technology, the use and popularity of electronicdevices has increased considerably. Electronic devices are commonly usedto capture and process audio data. Devices are also used to notify theuser when there is an incoming communication or other message. Describedherein are technological improvements to such systems, among otherthings.

BRIEF DESCRIPTION OF DRAWINGS

For a more complete understanding of the present disclosure, referenceis now made to the following description taken in conjunction with theaccompanying drawings.

FIGS. 1A-1C illustrate a system for grouping devices into acousticregions and sending notifications to the acoustic regions according toembodiments of the present disclosure.

FIGS. 2A-2B are flowcharts conceptually illustrating example methods forranking devices based on various audio signal metrics and arbitratingbetween multiple devices according to embodiments of the presentdisclosure.

FIGS. 3A-3C illustrate examples of a three story building with multipledevices, determining acoustic regions based on selection data, anddetermining default devices for the acoustic regions according toembodiments of the present disclosure.

FIGS. 4A-4B illustrate examples of determining acoustic regions andgenerating virtual group(s) according to embodiments of the presentdisclosure.

FIGS. 5A-5D are flowcharts conceptually illustrating example methods fordetermining acoustic region(s) and generating virtual group(s) accordingto embodiments of the present disclosure.

FIGS. 6A-6D are flowcharts conceptually illustrating example methods forsending notifications to acoustic region(s) according to embodiments ofthe present disclosure.

FIGS. 7A-7B illustrate an example of determining that acoustic regionsare associated with separate locations according to embodiments of thepresent disclosure.

FIG. 8 is a flowchart conceptually illustrating an example method fordetermining that acoustic regions are associated with differentlocations according to embodiments of the present disclosure.

FIGS. 9A-9D illustrate examples of overriding a default selectionaccording to embodiments of the present disclosure.

FIGS. 10A-10B illustrate examples of sending secondary notifications inaddition to a primary notification according to embodiments of thepresent disclosure.

FIG. 11 is a flowchart conceptually illustrating an example method foroverriding a default selection and sending a secondary notificationaccording to embodiments of the present disclosure.

FIG. 12 illustrates data stored and associated with user profilesaccording to embodiments of the present disclosure.

FIG. 13 illustrates an example of a computer network for use with thesystem.

FIG. 14A-14B are block diagrams conceptually illustrating examplecomponents of a system according to embodiments of the presentdisclosure.

DETAILED DESCRIPTION

Electronic devices may be used to capture audio data and generate audio.For example, an electronic device may generate audio using loudspeakersand may capture audio data using one or more microphones. If multipleelectronic devices are located in proximity to each other (e.g., capableof capturing the same audio), a remote device may receive similar audiodata from each of the electronic devices. The remote device may performarbitration decisions (e.g., represented in selection data) to select asingle microphone input with which to further process. If the remotedevice sends a notification to each of the electronic devices at thesame time, due to the close proximity with each other and that thenotification is output without synchronization, it may sound out ofsynchronization to the user.

To improve sound quality and reduce the sound of duplicatenotifications, devices, systems and methods are disclosed that useselection data to associate devices with an acoustic region and select asingle device to which to send the notification for the acoustic region.For example, the selection data may indicate arbitration decisionsbetween multiple devices previously made by, for example, a speechprocessing system that provides a voice user interface for the devices.The selection data may include the devices among which a selection wasmade as well as the device that was selected. The notification systemmay use the selection data to identify a single device for each of theacoustic regions, enabling the system to send a notification to theacoustic region without echoing or other distortion caused by multiplenotifications being output without synchronization. The system may alsouse wireless network configuration data, location data, or the like todistinguish between first devices located in a first location and seconddevices located in a second location.

FIG. 1A illustrates a system for grouping devices into an acousticregion and sending a notification to the acoustic region according toembodiments of the present disclosure. As illustrated in FIG. 1 , asystem 100 may include a plurality of devices 110, such as speechcontrolled device 110 a, speech controlled device 110 b, and speechcontrolled device 110 c (e.g., voice-enabled devices 110). While FIG. 1Aillustrates each of the devices being a speech controlled device, thedisclosure is not limited thereto and the system 100 may include anysmart device capable of connecting to a wireless network. As illustratedin FIG. 1A, the speech controlled device 110 a may include a microphonearray 112, one or more loudspeaker(s) 114 and a display 116. Incontrast, speech controlled devices 110 b/110 c may include a microphonearray 112 and one or more loudspeaker(s) 114, but do not include thedisplay 116.

To detect user speech or other audio, each device 110 may use one ormore microphones in the microphone array 112 to generate microphoneaudio data that captures audio in a room (e.g., an environment) in whichthe device 110 is located. For example, if the devices 110 a/110 b/110 care located within earshot of a user 5, the devices 110 a/110 b/110 cmay capture audio data representing speech generated by the user 5. Asis known and as used herein, “capturing” an audio signal includes amicrophone transducing audio waves (e.g., sound waves) of captured soundto an electrical signal and a codec digitizing the signal to generatethe microphone audio data.

The devices 110 a/110 b/110 c may store the microphone audio data and/orsend the microphone audio data to one or more server(s) 120 vianetwork(s) 10. For example, the devices 110 a/110 b/110 c may beconnected to a wireless router and may send the microphone audio data tothe server(s) 120 via the wireless router. As the server(s) 120 receivedmicrophone audio data from each of the devices 110 a/110 b/110 c, theserver(s) 120 may select microphone audio data from a single device foradditional processing. Thus, the server(s) 120 may perform anarbitration decision to select which of the devices 110 a/110 b/110 chas the best microphone audio data and may use the best microphone audiodata to determine a voice command or other processing.

The server(s) 120 may track a plurality of arbitration decisions betweenthe devices 110 a/110 b/110 c and generate selection data. The selectiondata may indicate individual arbitration decisions (e.g., which of thedevices 110 a/110 b/110 c were included in a particular arbitrationdecision and which of the devices 110 a/110 b/110 c was chosen by thearbitration decision) and/or statistics associated with collectivearbitration decisions (e.g., which of the devices 110 a/110 b/110 c wereselected between and statistics of how frequently each of the devices110 a/110 b/110 c was chosen).

To illustrate some examples, the first device 110 a and the seconddevice 110 b may both generate microphone audio data at a first time, sothe server(s) 120 may perform a first arbitration decision to selectbetween the first device 110 a and the second device 110 b (but not thethird device 110 c, which did not generate microphone audio data),selecting the first device 110 a. The selection data may indicate thatthe first arbitration decision included devices 110 a/110 b and that thefirst device 110 a was chosen. Meanwhile, each of the devices 110 a/110b/110 c may generate microphone audio data at a second time, so theserver(s) 120 may perform a second arbitration decision to selectbetween the devices 110 a/110 b/110 c, selecting the second device 110b. The selection data may indicate that the second arbitration decisionincluded devices 110 a/110 b/110 c and that the second device 110 b waschosen.

After performing a number of arbitration decisions, the selection datamay indicate that there were 10 arbitration decisions between the firstdevice 110 a and the second device 110 b, and that the first device 110a was chosen 7 times (e.g., 70% of the time) compared to the seconddevice 110 b being chosen 3 times (e.g., 30%). The selection data mayalso indicate that there were 30 arbitration decisions between thedevices 110 a/110 b/110 c, and that the first device 110 a was chosen 15times (e.g., 50%), the second device 110 b was chosen 10 times (e.g.,33%) and the third device 110 c was chosen 5 times (e.g., 17%). Whilethe examples above illustrate arbitration decisions involving the firstdevice 110 a and the second device 110 b (e.g., A-B) or arbitrationdecisions involving all three of the devices 110 a/110 b/110 c (e.g.,A-B-C), this is intended for illustrative purposes only and thedisclosure is not limited thereto. Instead, the selection data mayinclude arbitration decisions associated with any combination of thedevices (e.g., A-B, A-C, B-C, A-B-C) without departing from thedisclosure. Thus, if more devices 110 are within proximity of thedevices 110 a/110 b/110 c, the selection data may include statistics foreach of the combinations of the devices.

Typically, this selection data is used by the server(s) 120 to selectthe best microphone audio data (e.g., strongest signal corresponding tospeech generated by the user 5) for further processing and nothing more.For example, the server(s) 120 may perform speech processing on the bestmicrophone audio data to determine a voice command and may perform anaction corresponding to the voice command and/or send aninstruction/command to a device (e.g., one or more of the devices 110a/110 b/110 c, a remote device, etc.) to perform an action.

As illustrated in FIG. 1A, the server(s) 120 may use the selection datato identify that certain devices are grouped together (e.g., co-located)in an acoustic region (e.g., specific room or area of a building). Forexample, as the selection data includes arbitration decisions betweeneach of the devices 110 a/110 b/110 c, the server(s) 120 may group thedevices 110 a/110 b/110 c together as a first acoustic region.Similarly, other arbitration decisions may indicate selections betweenother devices, which may be grouped together as a second acousticregion. Thus, the server(s) 120 may automatically identify acousticregions and devices 110 that correspond to the acoustic regions andstore this information as acoustic region data.

In conventional systems (e.g., smart home system, multi-room audiosystems, etc.), the user 5 has to send an explicit instruction/command(e.g., via a user interface, such as a web interface, an application ona smartphone, or the like) to generate a sound zone (or other groupingof devices), with the user 5 selecting individual devices to include inthe sound zone. In some examples, the server(s) 120 may use informationassociated with the user-created sound zones to improve the acousticregion data, such as by adding/removing devices 110 to/from an acousticregion, associating additional information with an acoustic region(e.g., user preferences, geolocation, etc.), or the like.

To facilitate creating sound zones, in some examples the server(s) 120may use the acoustic region data to suggest sound zones or “spaces” tothe user 5. For example, the server(s) 120 may suggest that a firstsound zone includes devices 110 a/110 b/110 c and the user 5 may acceptthe suggestion without having to specifically select the devices 110a/110 b/110 c. Additionally or alternatively, the user 5 may use thesuggestion as a starting point and may add or remove devices 110 to thefirst sound zone.

In some examples, the server(s) 120 may automatically generate soundzones based on the acoustic regions. For example, the server(s) 120 mayidentify that devices 110 a/110 b/110 c are in proximity to each otherbased on the acoustic region data and may generate a first sound zonethat includes the devices 110 a/110 b/110 c. Thus, the server(s) 120 mayprovide additional functionality to the user 5, such as enabling theuser 5 to control each of the devices 110 a/110 b/110 c with a singlecommand (e.g., receiving a voice command from the first device 110 a butusing the voice command to perform actions on each of the devices 110a/110 b/110 c), or the like.

In addition, the server(s) 120 may use the acoustic region data toprovide additional features and/or improve existing features for theuser 5. For example, instead of sending notification data to each of thedevices 110 a/110 b/110 c (e.g., multiple notifications), which mayresult in the devices 110 a/110 b/110 c generating sounds in anunsynchronized and discordant fashion, the server(s) 120 may sendnotification data to only a single device (e.g., first device 110 a) inthe acoustic region (e.g., single notification). Thus, the user 5 maystill hear the notification within the acoustic region, but from asingle device, which may improve an audio quality and allow the user 5to better understand the notification.

The server(s) 120 may select the single device (e.g., default device) towhich to send notifications for the acoustic region using severaldifferent techniques. For example, the server(s) 120 may use theselection data to determine which device is selected most frequentlyduring the arbitration decisions. As discussed above, a singlearbitration decision corresponds to multiple devices 110 being withinaudible range of the user 5 when the user 5 outputs speech correspondingto a voice command. Thus, each of the multiple devices 110 generatesinput audio data corresponding to the speech and sends the input audiodata to the server(s) 120. The server(s) 120 may determine signalstrength values associated with each of the multiple devices 110 and mayselect the highest signal strength value as the device to continuecapturing the speech (e.g., input device). The server(s) 120 may send afirst instruction/command to the selected device 110 to continuecapturing the speech and a second instruction/command to the remainingdevices 110 to stop capturing the speech. Thus, the arbitration decisioncorresponds to which of the devices 110 were within audible range of theuser 5, signal strength values associated with each of the devices 110,which device 110 was selected as the input device, and/or the like.Collectively, the selection data may indicate which device 110 wasselected and corresponding signal strength values associated with inputaudio data for multiple arbitration decisions.

For each arbitration decision, the selection data indicates which of thedevices 110 are in proximity to the user 5 (e.g., within an audiblerange or a certain distance to each other, although the disclosure isnot limited thereto) at a given time, with the selected device being inclosest proximity to the user 5. Thus, the most frequently selecteddevice may be commonly located in the user's house (e.g., in a centrallocation, capturing audio from multiple locations), may be in proximityto a busy area (e.g., user 5 spends a lot of time in proximity to thedevice, so the device frequently captures audio from a single location),or the like. As the default device is closer to the user 5 than theother devices a majority of the time, the default device is the bestdevice in the acoustic region to which to send the notification data, asthe user 5 is likely to hear a notification output by the defaultdevice.

In some examples, the most frequently selected device may have an ideallocation that is frequently in proximity to the user 5, but may lack theoutput capabilities of a nearby device (e.g., based on an existence,size and/or quality of the loudspeaker(s) 114, the display 116, or thelike). For example, the third device 110 c may be in an ideal locationbut second loudspeaker(s) 114 b included in the second device 110 b maybe superior to third loudspeaker(s) 114 c included in the third device110 c. Therefore, the server(s) 120 may select the second device 110 bas the default device, despite the third device 110 c being selectedmore frequently in the selection data, as the second device 110 b mayimprove an audio quality of the notifications. Additionally oralternatively, the server(s) 120 may select the first device 110 a asthe default device, as the first device 110 a includes a display 116that is lacking from the second device 110 b and the third device 110 c.For example, the notifications may include image data that may bedisplayed on the display 116 (e.g., an image). Therefore, the server(s)120 may select the default device based on the selection data and outputcapabilities of the devices 110 or just based on the output capabilitiesof the devices 110 without departing from the disclosure.

Additionally or alternatively, the server(s) 120 may select the defaultdevice based on input capabilities of the devices 110. In some examples,the most frequently selected device may have an ideal location that isfrequently in proximity to the user 5, but may lack the inputcapabilities of a nearby device (e.g., based on an existence, sizeand/or quality of the microphone array 112, a camera 118, or the like).For example, the third device 110 c may be in an ideal location but asecond microphone array 112 b included in the second device 110 b may besuperior to a third microphone array 112 c included in the third device110 c. Therefore, the server(s) 120 may select the second device 110 bas the default device, despite the third device 110 c being selectedmore frequently in the selection data, as the second device 110 b mayimprove an audio quality of incoming audio data. Additionally oralternatively, the server(s) 120 may select the first device 110 a asthe default device as the first device 110 a includes a camera 118 thatis lacking from the second device 110 b and the third device 110 c.Therefore, the server(s) 120 may select the default device based on theselection data, the output capabilities of the devices 110, and/or theinput capabilities of the devices 110 without departing from thedisclosure.

After selecting the default device, the server(s) 120 may sendnotifications intended for one or more devices 110 within the acousticregion to the default device and not the other devices 110 included inthe acoustic region. For example, if the second device 110 b is thedefault device, the server(s) 120 may send notifications intended forany of the devices 110 a/110 b/110 c to the second device 110 b and notto the first device 110 a or the third device 110 c.

As used herein, a notification may correspond to an incomingnotification, announcement, message, call, call ring, query, voiceprompt, or the like that is intended for the user 5 (e.g., intended fora user profile associated with the user 5). For example, the server(s)120 may determine to send a notification to the user 5 to alert the user5 that an action was performed (e.g., the server(s) 120 performed avoice command, sent an instruction/command to a device based on thevoice command, etc.), that a message was received (e.g., email, textmessage, audio data, image data, etc.), information about incoming ormissed calls (e.g., telephone call, video call, etc.), information aboutan upcoming event (e.g., calendar entries, meetings, or the like),information about current events (e.g., news, breaking stories, relevantstories, etc.), to request additional information from the user 5 (e.g.,clarification question to the user 5 associated with a previous voicecommand), or the like. As used herein, sending a notification to theuser 5 corresponds to the server(s) 120 sending notification data to oneor more devices 110, wherein the notification data includes text data,audio data, image data, video data, and/or the like that may be used bythe device 110 to generate the notification intended for the user 5. Forexample, the device 110 may generate audio including synthesized speechbased on the audio data and/or may display an image based on the textdata, the image data, and/or the video data. For ease of explanation,subsequent references to video data are omitted, as references to imagedata are intended to encompass videos as well as still images. Inaddition, sending the notification to the user 5 corresponds to sendingthe notification data to one or more devices 110 and does not requirethat the user 5 actually receive the notification. For example, theserver(s) 120 may “send the notification to the user 5” by sendingnotification data to the second device 110 b and the second device 110 bgenerating the notification based on the notification data, even if theuser 5 is not in proximity to the second device 110 b when thenotification is generated.

In some examples, the server(s) 120 may override the default devicebased on proximity to the user 5. For example, the third device 110 cmay be the default device, but the user 5 may be in proximity to thefirst device 110 a. Therefore, the server(s) 120 may send thenotification data to the first device 110 a instead of the defaultdevice. As the first device 110 a is in proximity to the user 5, sendingthe notification data to the first device 110 a may increase thelikelihood that the user 5 hears and understands the notification. Insome examples, the server(s) 120 may use the proximity override whenoutputting notification data associated with an incoming telephone call,as the closer proximity between the first device 110 a and the user 5may improve an audio quality of the input audio data received by theserver(s) 120 (e.g., device 110 closest to the user 5 may generate thestrongest/clearest speech signal, with reduced noise compared to devices110 that are further away).

The server(s) 120 may determine which device is in proximity to the user5 based on presence detection (e.g., based on audio data captured by themicrophone array 112, motion detected by the camera 118, sensor datagenerated by motion sensors, such as a Light Detection and Ranging(LIDAR) sensor, etc.), voice recognition, facial recognition (e.g.,using image data captured by the camera 118), a signal strength value ofinput audio data (e.g., a first signal strength value associated withfirst input audio data from the first device 110 a is higher than asecond signal strength value associated with second input audio datafrom the third device 110 c), a most recent interaction with the user 5(e.g., the first device 110 a most recently received an input from theuser 5, such as a button press, input on a touchscreen display, or thelike), a most recently performed action (e.g., the server(s) 120 sent aninstruction/command to the first device 110 a to perform an action),sensor information (e.g., footstep detector), proximity to a mobiledevice associated with the user 5, and/or the like. In some examples,the server(s) 120 may determine an identity of the user 5 and may useuser preferences associated with the identity (e.g., user profile) inorder to select the output device to which to send the notificationdata. However, the disclosure is not limited thereto, and the server(s)120 may use common user preferences, account user preferences, or thelike.

Additionally or alternatively, the server(s) 120 may override thedefault device based on input/output capabilities of the devices 110.For example, the third device 110 c may be the default device, but thenotification may be associated with an incoming telephone call.Therefore, the server(s) 120 may send the notification data to thesecond device 110 b instead of the default device, as the second device110 b may have a higher quality microphone array 112 (e.g., inputcapability) and/or loudspeaker(s) 114 (e.g., output capability) relativeto the third device 110 c. Similarly, the notification may be associatedwith an incoming video call and the server(s) 120 may send thenotification data to the first device 110 a instead of the defaultdevice, as the first device 110 a may have a camera 118 (e.g., inputcapability) and/or a display 116 (e.g., output capability) relative tothe second device 110 b and the third device 110 c. As another example,the notification may be associated with incoming media (e.g., imagedata), and the server(s) 120 may send the notification data to the firstdevice 110 a instead of the default device, as the first device 110 ahas the display 116 (e.g., output capability). However, these examplesare provided as illustrative examples and the disclosure is not limitedthereto.

In some examples, the server(s) 120 may override the default devicebased on a secondary device that is paired with one of the devices 110.For example, the first device 110 a may be paired with a secondarydevice (not illustrated), such as a device connected to a television tostream content to the television, and the server(s) 120 may override thedefault device to select the first device 110 a.

In some examples, the server(s) 120 may override the default devicebased on which devices 110 are currently responsive (e.g., powered on,connected to the server(s) 120 via the network(s) 10, and/or responsiveto communication from the server(s) 120). For example, if the defaultdevice is not responsive to communication from the server(s) 120, theserver(s) 120 may select a different device to which to send thenotification. As used herein, the devices that are responsive to thecommunication from the server(s) 120 may be considered to be “online”and the devices that are unresponsive to communication from theserver(s) 120 are considered to be “offline.”

Additionally or alternatively, the server(s) 120 may override thedefault device based on which devices 110 are current available (e.g.,responsive to the server(s) 120 and currently not in use) and/orcurrently unavailable (e.g., responsive to the server(s) 120 andcurrently in use) without departing from the disclosure. For example,the server(s) 120 may determine usage information indicating which ofthe devices 110 are currently “active” (e.g., performing an action,generating audio, displaying content, and/or the like, indicating that auser is interacting with the device 110) or “idle” (e.g., not performingan action, generating audio, displaying content and/or the like) and mayselect the first devices based on the usage information. In someexamples, the server(s) 120 may override the default device if thedefault device is currently in use or “active.” For example, if thedefault device is displaying content on a display, the server(s) 120 maysend the notification to different device that is idle. In otherexamples, the server(s) 120 may override the default device if thedefault device is currently idle to prioritize the devices 110 that arecurrently in use. For example, if the default device is idle and anearby device is displaying content on the display, the server(s) 120may send the notification to the nearby device to be output to a userviewing the content being displayed.

If a device is unresponsive and/or unavailable, the server(s) 120 mayselect the next best device as the device to which to send thenotification data. In some examples, the default device may vary overtime without departing from the disclosure. For example, the server(s)120 may determine to send the notification to the first acoustic regionand may determine the first device based on the notification data to besent and/or additional information. Thus, the server(s) 120 maydetermine the default device (e.g., best device) based on the type ofnotification to be sent, input/output capabilities of each of thedevices 110 included in the first acoustic region, which devices 110 ofthe first acoustic region are in proximity to a user, which devices 110are currently available (e.g., powered on and responsive tocommunication from the server(s) 120 via the network(s) 10), whichdevices 110 are currently “active” (e.g., performing an action,generating audio, displaying content, and/or the like, indicating that auser is interacting with the device 110) or “idle” (e.g., not performingan action, generating audio, displaying content and/or the like), and/orthe like without departing from the disclosure. While the exampleillustrated above is directed to determining the first device for thefirst acoustic region, the server(s) 120 may repeat the steps todetermine the best device for each of the acoustic regions to which theserver(s) 120 will send the notification data.

While the above example illustrates the server(s) 120 sending thenotification data to the default device (e.g., the second device 110 b),the disclosure is not limited thereto. Instead, the server(s) 120 maysend the notification data to the first device 110 a, the second device110 b, the third device 110 c, each of the devices 110 a/110 b/110 c,any combination of the devices 110 a/110 b/110 c, the acoustic region ingeneral, or the like, without departing from the disclosure.

In some examples, the server(s) 120 may send multiple notifications,such as sending notification data to two or more devices 110. Forexample, instead of explicitly overriding the default device (e.g.,sending the notification data to the first device 110 a instead of thethird device 110 c because the first device 110 a is in proximity to theuser 5), the server(s) 120 may send the notification data to both thefirst device 110 a and the third device 110 c. Thus, the default device(e.g., output device within the acoustic region from which the user 5 isaccustomed to hearing notifications) may output the notificationconcurrently with the third device (e.g., device in proximity to theuser 5) to ensure that the user 5 receives the notification.

In some examples, the server(s) 120 may send one or more primarynotifications to one or more first devices (e.g., second device 110 b)and one or more secondary notifications to one or more second devices(e.g., third device 110 c, first device 110 a, etc.). For example, theprimary notification may include audio data and may instruct the firstdevice(s) to output synthesized speech corresponding to the audio datain order to read an announcement to the user 5, whereas the secondarynotification may include an instruction/command to perform an action(e.g., display content such as an image, display an indicator light,etc.). Thus, the server(s) 120 may send the primary notification to thesecond device 110 b and the second device 110 b may generate thesynthesized speech. In addition, the server(s) 120 may send secondarynotification(s) to the first device 110 a and the third device 110 c,and the first device 110 a may display an image on the display 116 whilethe third device 110 c displays an indicator light (e.g., lights uprings) on the outside of the third device 110 c. Therefore, the user 5may receive a visual notification that the notification (e.g.,synthesized speech) is being output. Additionally or alternatively, thesecondary notification(s) may include audio data to be output at a lowervolume than the primary notifications. For example, the primarynotification may be output at a first volume level and the secondarynotification(s) may be output at a second volume level that is lowerthan the first volume level.

In the example described above, the devices 110 a/110 b/110 c are fixeddevices located within the acoustic region. However, the disclosure isnot limited thereto, and the server(s) 120 may send notifications tomobile devices (e.g., smartphones, tablet computers, etc.) withoutdeparting from the disclosure. For example, while a mobile device (e.g.,smartphone) associated with the user 5 is located within the acousticregion, the server(s) 120 may send a primary notification (e.g., aninstruction/command to vibrate and/or generate an audible sound) to themobile device and may also send secondary notification(s) (e.g., aninstruction/command to generate an audible sound, display content,and/or turn on indicator light(s) or other visual indicators) to thefixed devices associated with the acoustic region. Therefore, the user 5may receive an audio notification and/or a vibrating notification fromthe mobile device while also receiving visual notifications from thefixed devices.

Additionally or alternatively, the server(s) 120 may send firstnotification data (e.g., an instruction/command to vibrate and/orgenerate an audible sound) to the mobile device, second notificationdata (e.g., an instruction/command to generate an audible sound at afirst volume level, which corresponds to a first audio notification,and/or to display content, turn on indicator light(s) or other visualindicators, and/or the like, which corresponds to a first visualnotification) to second device(s) of the fixed devices, and thirdnotification data (e.g., an instruction/command to generate an audiblesound at a second volume level, which corresponds to a second audionotification, and/or to display content, turn on indicator light(s) orother visual indicators, and/or the like, which corresponds to a secondvisual notification) to the remaining devices of the fixed deviceswithout departing from the disclosure.

As illustrated in FIG. 1A, the server(s) 120 may receive (130) selectiondata indicating one or more selections (e.g., arbitration decisions)between a particular combination of the devices 110 a/110 b/110 c. Forexample, the selection data may indicate individual arbitrationdecisions (e.g., which of the devices 110 a/110 b/110 c were included ina particular arbitration decision and which of the devices 110 a/110b/110 c was chosen by the arbitration decision) and/or statisticsassociated with collective arbitration decisions (e.g., which of thedevices 110 a/110 b/110 c were selected between and statistics of howfrequently each of the devices 110 a/110 b/110 c was chosen). In someexamples, the selection data may correspond to devices 110 that areassociated with a user profile, although the disclosure is not limitedthereto.

The server(s) 120 may use the selection data to determine (132) anacoustic region that includes a number of devices 110 that are inproximity to each other. Thus, the selection data may indicate thatmultiple devices 110 captured speech from the user 5 at the same time,which corresponds to the multiple devices 110 being within earshot ofthe user 5. For example, first selection(s) between the first device 110a and the second device 110 b may indicate to the server(s) 120 that thefirst device 110 a is in proximity to the second device 110 b, andsecond selection(s) between the second device 110 b and the third device110 c may indicate to the server(s) 120 that the second device 110 b isin proximity to the third device 110 c. Thus, the server(s) 120 maygenerate a first acoustic region that includes the first device 110 a,the second device 110 b, and the third device 110 c based on the firstselection(s) and the second selection(s). Additionally or alternatively,third selection(s) between the first device 110 a, the second device 110b, and the third device 110 c may indicate to the server(s) 120 that thedevices 110 a/110 b/110 c are in proximity to each other and theserver(s) 120 may generate the first acoustic region based on the thirdselection(s).

In some examples, the server(s) 120 may select all of the devices 110included in overlapping arbitration decisions as part of an acousticregion. For example, if a first arbitration decision of the selectiondata includes three devices 110 a-110 c, the server(s) 120 may group thethree devices 110 a-110 c in a first acoustic region. In addition, ifone or more of the three devices 110 a-110 c are included in a secondarbitration decision of the selection data, the server(s) 120 may addadditional devices to the first acoustic region. For example, a secondarbitration decision may involve four devices 110 b-110 e, includingdevices 110 b-110 c, and the server(s) 120 may add the devices 110 d-110e to the first acoustic region.

However, the disclosure is not limited thereto and the server(s) 120 maynot select all of the devices 110 included in an arbitration decision aspart of a single acoustic region. For example, the selection data mayinclude an indication of signal strength associated with each of thearbitration decisions, enabling the server(s) 120 to distinguish betweena strong signal and a weak signal. Thus, the server(s) 120 may identifythat the three devices included in the first arbitration decision areassociated with a strong signal strength value and include all threedevices 110 a-110 c in the first acoustic region, but may determine thatthe two additional devices 110 d-110 e are associated with a weak signalstrength value and may not include them in the first acoustic region.Thus, despite the devices 110 d-110 e being included in the secondarbitration decision, the server(s) 120 may not include them in the sameacoustic region as devices 110 a-110 c.

The server(s) 120 may determine (134) a frequency that each device isselected, may determine (136) input/output capabilities associated withthe devices, may select (138) a default device to which to send futurenotifications for the acoustic region, and may store (140) an indicationof the default device for the acoustic region. For example, if the firstselection(s) between the first device 110 a and the second device 110 bindicate that the first device 110 a was selected 8 out of 10 times, theserver(s) 120 may associate a first frequency (e.g., 80%) with the firstdevice 110 a and a second frequency (e.g., 20%) with the second device110 b. Similarly, if the second selection(s) between the second device110 b and the third device 110 c indicate that the second device 110 bwas selected 7 out of 10 times, the server(s) 120 may associate a firstfrequency (e.g., 70%) with the second device 110 b and a secondfrequency (e.g., 30%) with the third device 110 c. Additionally oralternatively, if the third selection(s) between the devices 110 a/110b/110 c indicates that the first device 110 a was selected 15 times, thesecond device 110 b was selected 10 times, and the third device 110 cwas selected 5 times, the server(s) 120 may associate a first frequency(e.g., 50%) with the first device 110 a, a second frequency (e.g., 33%)with the second device 110 b, and a third frequency (e.g., 17%) with thethird device 110 c.

In some examples, the server(s) 120 may determine composite frequenciesbased on a weighted average of the first selection(s), the secondselection(s), and/or the third selection(s). For example, there are 10first selection(s), 10 second selection(s), and 30 third selection(s),for a combined 50 selection decisions. Thus, the 80:10 frequenciesassociated with the first selection(s) have weighted values of 16:4(e.g., based on 10 selections out of 50 total selections), the 70:30frequencies associated with the second selection(s) have weighted values14:6 (e.g., 1/5 based on 10 selections out of 50 total selections), andthe 50:33:17 frequencies associated with the third selection(s) haveweighted values of 30:20:10 (e.g., 3/5 based on 30 selections out of 50total selections). Thus, the server(s) 120 may associate a firstcomposite frequency (e.g., 46% or 23 out of 50) with the first device110 a, a second composite frequency (e.g., 38% or 19 out of 50) with thesecond device 110 b, and a third composite frequency (e.g., 16% or 8 outof 50) with the third device 110 c. Based on the above-describedselection data, the most frequently selected device is the first device110 a, which is selected 46% of the time. While the above exampleillustrates an example method for the server(s) 120 to determinecomposite frequencies based on a weighted average, the disclosure is notlimited thereto and the server(s) 120 may use other techniques todetermine composite frequencies and/or may not determine compositefrequencies without departing from the disclosure.

The server(s) 120 may determine the input/output capabilities of thedevices 110 included within the acoustic region based on informationprovided by the devices 110 and/or information previously stored by theserver(s) 120. For example, the server(s) 120 may determine input/outputcapabilities associated with each device 110 as the device 110 registerswith the server(s) 120 and may store the input/output capabilities forfuture use. However, the disclosure is not limited thereto and theserver(s) 120 may determine the input/output capabilities using anytechniques known to one of skill in the art.

The server(s) 120 may select the default device to which to send futurenotifications for the acoustic region based on the frequency that eachdevice is selected, whether the device 110 is independent of othercomponents, and/or the input/output capabilities of the devices. In theexample described above, the server(s) 120 may select the first device110 a as the default device because the first device 110 a is the mostselected device (e.g., selected 46% of the time) and has the bestinput/output capabilities of the devices 110 a/110 b/110 c (e.g., highquality microphone array 112, high quality loudspeaker(s) 114, a display116, and a camera 118). Thus, the server(s) 120 may store an indicationthat the first device 110 a is the default device for the acousticregion.

The server(s) 120 may receive (142) a notification intended for theacoustic region, may determine (144) an output device to which to sendthe notification, and may send (146) the notification to the outputdevice. For example, the server(s) 120 may receive a notificationintended for one or more of the devices 110 a/110 b/110 c located withinthe acoustic region and may select a single output device to which tosend the notification. The notification may be intended for specificdevices 110 or may be intended for devices 110 associated with a userprofile that corresponds to the user 5 without departing from thedisclosure. In some examples, the server(s) 120 may select the defaultdevice (e.g., first device 110 a) as the output device, as the defaultdevice is a compromise between the most frequently selected device andthe device with the best input/output capabilities of the devices 110a/110 b/110 c. However, the disclosure is not limited thereto, and inother examples the server(s) 120 may override the default selectionbased on a proximity to the user 5 (e.g., select device 110 closest to aposition of the user 5), based on output capabilities of the device 110that are required by the notification (e.g., improved loudspeaker(s) 114for audio data, included display 118 for image data, etc.), based oninput capabilities of the device 110 that may be required by asubsequent action following the notification (e.g., improved microphonearray 112 for capturing audio data during a telephone call or avideoconference, a camera 116 for capturing image data during avideoconference, etc.), or the like.

Using the example method illustrated in FIG. 1A, the system 100 maydetermine that multiple devices 110 are in proximity to each other basedon selection data and may associate the multiple devices 110 with anacoustic region. Based on information about devices included in theacoustic region, the system 100 may identify a single output devicewithin the acoustic region to which to send a notification, reducing anamount of unsynchronized notifications being output to the user 5. Adefault device for each acoustic region may be selected based on theselection data and/or input/output capabilities of the devices 110,although the system 100 may override the default selection forindividual notifications based on a proximity to the user, input/outputcapabilities of the devices 110, or the like.

As illustrated in FIG. 1B, the system 100 may use the selection data toidentify a plurality of acoustic regions. For example, the system 100may repeat the same steps described above to determine that a group ofdevices 110 are in proximity to each other and associate the group ofdevices with an acoustic region for each of the plurality of acousticregions. After identifying the plurality of acoustic regions, the system100 may determine a default device (e.g., best output device to which tosend notifications intended for the acoustic region) for each of theplurality of acoustic regions and may store an indication of theplurality of default devices. Thus, instead of sending futurenotifications to each device included in the plurality of acousticregions, the system 100 may send future notifications to the pluralityof default devices such that a single device outputs the notification ineach acoustic region. Additionally or alternatively, for a particularnotification the server(s) 120 may override the default selection anddetermine an output device for each acoustic region based on informationassociated with the notification, a proximity to the user 5, and/or thelike.

FIG. 1B illustrates a simplified example of six devices 110 beinglocated within a three story house, with two devices 110 on each floor.For example, a first device 110 a and a second device 110 b are locatedon a third story of the house, a third device 110 c and a fourth device110 d are located on a second story of the house, and a fifth device 110e and a sixth device 110 f are located on a first story of the house. Inthis simplified example, it is assumed that sound carries along eachfloor but not between the floors. Thus, the server(s) 120 performedarbitration decisions between devices 110 on each floor but not betweendevices 110 on separate floors. For example, the first device 110 a andthe second device 110 b may both capture first audio generated on thethird floor but not second audio generated on the second floor or thirdaudio generated on the first floor, the third device 110 c and thefourth device 110 d may both capture the second audio but not the firstaudio or the third audio, and the fifth device 110 e and the sixthdevice 110 f may both capture the third audio but not the first audio orthe second audio.

In this scenario, the selection data would indicate first arbitrationdecisions between the first device 110 a and the second device 110 b,second arbitration decisions between the third device 110 c and thefourth device 110 d, and third arbitration decisions between the fifthdevice 110 e and the sixth device 110 f. Thus, the server(s) 120 mayanalyze the selection data and generate three separate acoustic regions;a first acoustic region 122 a for the first floor (e.g., including thefifth device 110 e and the sixth device 110 f), a second acoustic region122 b for the second floor (e.g., including the third device 110 c andthe fourth device 110 d), and a third acoustic region 122 c for thethird floor (e.g., including the first device 110 a and the seconddevice 110 b).

The server(s) 120 may use the acoustic regions 122 a/122 b/122 c invarious ways. In some examples, the server(s) 120 may use the acousticregions 122 a/122 b/122 c to suggest sound zones to the user 5 when theuser 5 is configuring multi-room audio zones or the like. Additionallyor alternatively, the server(s) 120 may use the acoustic regions 122a/122 b/122 c to enable functionality for the user 5, such as playingmusic over multiple devices within a single acoustic region in responseto a user instruction (e.g., voice command), or selecting a singledevice 110 within each of the acoustic regions 122 a/122 b/122 c towhich to send the music in order to reduce an echo and improve an audioquality. As a first example, the user 5 may instruct the server(s) 120to play music on the first floor and the server(s) 120 may identify thatthe first acoustic region 122 a is associated with the first floor andmay send audio data to each device included in the first acoustic region122 a (e.g., fifth device 110 e and sixth device 1100. As a secondexample, the user 5 may instruct the server(s) 120 to play musicthroughout the house and the server(s) 120 may identify that the houseincludes three separate acoustic regions 122 a/122 b/122 c, may select asingle device 110 for each acoustic region (e.g., first device 110 a,fourth device 110 d, sixth device 110 g), and may send audio data to theselected devices 110 a/110 d/110 g.

In some examples, the server(s) 120 may select a default device forplayback of notifications or other audio for each of the acousticregions 122 a/122 b/122 c, as discussed in greater detail above. Forexample, the server(s) 120 may select the first device 110 a as thedefault device for the third acoustic region 122 c, the fourth device110 d as the default device for the second acoustic region 122 b, andthe sixth device 110 f as the default device for the first acousticregion 122 a. Thus, when the server(s) 120 receive a notificationintended for the user 5 (e.g., intended for one or more devices 110 ineach of the acoustic regions 122 a/122 b/122 c and/or intended for auser profile associated with the user 5), the server(s) 120 may send thenotification data to the default devices 110 a/110 d/110 f. As a result,the user 5 only receives the notification from a single device in eachof the acoustic regions 122 a/122 b/122 c. Additionally oralternatively, for a particular notification the server(s) 120 mayoverride the default selection and determine an output device for eachacoustic region 122 a/122 b/122 c based on information associated withthe notification, a proximity to the user 5, and/or the like.

As illustrated in FIG. 1B, the server(s) 120 may receive (150) selectiondata indicating one or more selections (e.g., arbitration decisions)between a particular combination of the devices 110. For example, theselection data may indicate individual arbitration decisions (e.g.,which of the devices 110 were included in a particular arbitrationdecision and which of the devices 110 was chosen by the arbitrationdecision) and/or statistics associated with collective arbitrationdecisions (e.g., which of the devices 110 were selected between andstatistics of how frequently each of the devices 110 was chosen).

The server(s) 120 may use the selection data to determine (152) acousticregions that each include a number of devices 110 that are in proximityto each other, may determine (154) default devices for each of theacoustic regions, and may store (156) an indication of the defaultdevices. Thus, the selection data may indicate that multiple devices 110captured speech from the user 5 at the same time, which corresponds tothe multiple devices 110 being within earshot of the user 5. Forexample, first selection(s) between the first device 110 a and thesecond device 110 b may indicate to the server(s) 120 that the firstdevice 110 a is in proximity to the second device 110 b, secondselection(s) between the third device 110 c and the fourth device 110 dmay indicate to the server(s) 120 that the third device 110 c is inproximity to the fourth device 110 d, and third selection(s) between thefifth device 110 e and the sixth device 110 f may indicate to theserver(s) 120 that the fifth device 110 e is in proximity to the sixthdevice 110 f. Thus, the server(s) 120 may generate the first acousticregion 122 a, the second acoustic region 122 b and the third acousticregion 122 c.

In some examples, the server(s) 120 may select all of the devices 110included in overlapping arbitration decisions as part of an acousticregion. For example, if a first arbitration decision of the selectiondata includes three devices 110 a-110 c, the server(s) 120 may group thethree devices 110 a-110 c in a first acoustic region. In addition, ifone or more of the three devices 110 a-110 c are included in a secondarbitration decision of the selection data, the server(s) 120 may addadditional devices to the first acoustic region. For example, a secondarbitration decision may involve four devices 110 b-110 e, includingdevices 110 b-110 c, and the server(s) 120 may add the devices 110 d-110e to the first acoustic region.

However, the disclosure is not limited thereto and the server(s) 120 maynot select all of the devices 110 included in an arbitration decision aspart of a single acoustic region. For example, the selection data mayinclude an indication of signal strength associated with each of thearbitration decisions, enabling the server(s) 120 to distinguish betweena strong signal and a weak signal. Thus, the server(s) 120 may identifythat the three devices included in the first arbitration decision areassociated with a strong signal strength value and include all threedevices 110 a-110 c in the first acoustic region, but may determine thatthe two additional devices 110 d-110 e are associated with a weak signalstrength value and may not include them in the first acoustic region.Thus, despite the devices 110 d-110 e being included in the secondarbitration decision, the server(s) 120 may not include them in the sameacoustic region as devices 110 a-110 c.

Additionally or alternatively, the server(s) 120 may use the signalstrength values included in the selection data to determine contextbetween separate acoustic regions, such as which acoustic regions arenear each other or the like. For example, the server(s) 120 maydetermine that one or more devices included in a first acoustic regionare present in arbitration decisions with one or more devices includedin a second acoustic region, indicating that the first acoustic regionand the second acoustic region are in proximity to each other. Based onthe selection data (e.g., specifically overlap between devices 110 inarbitration decisions), the server(s) 120 may infer a topography orgeneral layout of an environment. For example, the server(s) 120 maydetermine that the first acoustic region (e.g., kitchen) is in proximityto the second acoustic region (e.g., living room), that the secondacoustic region is in proximity to a third acoustic region (e.g.,office), that the second acoustic region is in proximity to a fourthacoustic region (e.g., a room on a different level of the building), andso on.

Using a combination of the selection data and other data input by theuser (e.g., user-created groups, device names, etc.), the server(s) 120may generate a layout of the environment. For example, based on auser-created device name (e.g., Kitchen Echo) for a first device, theserver(s) 120 may infer that an acoustic region including the firstdevice is associated with a kitchen. The server(s) 120 may use thelayout to arbitrate between devices and/or as contextual information tounderstand a voice command. For example, if the server(s) 120 determinethat the kitchen is adjacent to a living room that includes atelevision, the server(s) 120 may interpret a voice command (e.g., “Playa movie on the TV”) that is received in the kitchen as a command tocontrol the television in the living room.

The server(s) 120 may determine the default devices for each of theacoustic regions based on a frequency that each device 110 is selected,whether the device 110 is independent of other components, and/orinput/output capabilities associated with the devices 110, as discussedin greater detail above with regard to FIG. 1A. In the exampleillustrated in FIG. 1B, the server(s) 120 may select the sixth device110 g as the default device for the first acoustic region 122 a as thesixth device 110 g is independent of other components whereas the fifthdevice 110 e is dependent on a television (e.g., the fifth device 110 ecan only output notifications if the television is powered on and set tothe correct input). Similarly, the server(s) 120 may select the fourthdevice 110 d as the default device for the second acoustic region 122 bas the fourth device 110 d has better output capabilities (e.g., betterloudspeaker(s) 114) than the third device 110 c. Finally, the server(s)120 may select the first device 110 a as the default device for thethird acoustic region 122 c as the first device 110 a has better inputcapabilities (e.g., camera 118) and output capabilities (e.g., betterloudspeaker(s) 114) than the second device 110 b. Thus, the server(s)120 may store an indication that the sixth device 110 f is the defaultdevice for the first acoustic region 122 a, that the fourth device 110 dis the default device for the second acoustic region 122 b, and that thefirst device 110 a is the default device for the third acoustic region122 c.

The server(s) 120 may receive (158) a notification, may determine (160)acoustic regions to which to send the notification, may determine (162)output devices to which to send the notification for the selectedacoustic regions, and may send (164) the notification to the outputdevices. For example, the server(s) 120 may receive a notificationintended for one or more of the devices 110 located within the acousticregions 122 a/122 b/122 c (e.g., intended for one or mode devicesassociated with a user profile that corresponds to the user 5) and mayselect a single output device for each of the acoustic regions 122 a/122b/122 c to which to send the notification. In some examples, theserver(s) 120 may select the default devices as the output devices, asthe default devices are a compromise between the most frequentlyselected device and the device with the best input/output capabilitiesfor each acoustic region 122 a/122 b/122 c. However, the disclosure isnot limited thereto, and in other examples the server(s) 120 mayoverride the default selection based on a proximity to the user 5 (e.g.,select a device 110 associated with input audio data having a highestsignal strength value, which may indicate that the device 110 is closestto a position of the user 5), based on output capabilities of the device110 that are required by the notification (e.g., improved loudspeaker(s)114 for audio data, included display 118 for image data, etc.), based oninput capabilities of the device 110 that may be required by asubsequent action following the notification (e.g., improved microphonearray 112 for capturing audio data during a telephone call or avideoconference, a camera 116 for capturing image data during avideoconference, etc.), or the like.

In some examples, the server(s) 120 may determine that a notificationoriginated in an acoustic region and may output the notification only tothe other acoustic regions. For example, if the user 5 wants to make anannouncement (e.g., “Dinner is ready!” or “We're leaving!”) to multiplerooms in a house, the user 5 may input the announcement to a firstdevice 110 a in a first acoustic region (e.g., kitchen). The server(s)120 may determine that the announcement originated in the first acousticregion and may send the announcement only to the second acoustic regionand the third acoustic region. Thus, the announcement is not sent to thefirst acoustic region.

As illustrated in FIG. 1B, the system 100 may use the selection data toidentify a plurality of acoustic regions. In some examples, the devices110 and resulting acoustic regions associated with a user 5 and/or anaccount may be associated with different locations (e.g., located indifferent buildings having different addresses). Using the selectiondata and/or additional information, the server(s) 120 distinguishbetween devices 110 and/or acoustic regions in the different locations.

FIG. 1C illustrates a simplified example of four devices 110 beinglocated in two different locations, with a first device 110 a and asecond device 110 b associated with a first address 20 and a thirddevice 110 c and a fourth device 110 d associated with a second address30. As described in greater detail above, the server(s) 120 may use theselection data to determine that the first device 110 a and the seconddevice 110 b are associated with a first acoustic region 124 a and thatthe third device 110 c and the fourth device 110 d are associated with asecond acoustic region 124 b.

After determining the unique acoustic regions 124, the server(s) 120 maydetermine whether the acoustic regions 124 are in a single location ormultiple locations based on various inputs, such as wireless networkconfiguration data, geolocation data, or the like. For example, theserver(s) 120 may determine first wireless network configuration dataassociated with the first acoustic region 124 a (e.g., first pluralityof wireless signal sources), determine second wireless networkconfiguration data associated with the second acoustic region 124 b(e.g., second plurality of wireless signal sources), and determinewhether the first wireless network configuration data overlaps thesecond wireless network configuration data (e.g., a first wirelesssignal source is included in both the first wireless networkconfiguration data and the second wireless network configuration data).If they overlap, the server(s) 120 may determine that the first acousticregion 124 a and the second acoustic region 124 b are located in asingle location. However, in the example illustrated in FIG. 1C, theserver(s) 120 would determine that the first wireless networkconfiguration data does not overlap the second wireless networkconfiguration data (e.g., none of the wireless signal sources includedin the first wireless network configuration data are also included inthe second wireless network configuration data) and therefore associatethe first acoustic region 124 a with a first location and the secondacoustic region 124 b with a second location.

As another example, the server(s) 120 may receive first location datafrom any of the devices 110 included in the first acoustic region 124 a,may receive second location data from any of the devices 110 included inthe second acoustic region 124 b, and may determine that the firstlocation data is different than the second location data. For example,the devices 110 may include sensors that determine a precise geolocationand may send the geolocation to the server(s) 120.

In some examples, the fixed devices 110 associated with the acousticregions 124 may not be configured to determine a precise geolocation.However, the server(s) 120 may determine a precise geolocationassociated with an individual acoustic region 124 using informationreceived from a mobile device 110 (e.g., smartphone) when the mobiledevice 110 is in proximity to the acoustic region 124. For example, theserver(s) 120 may determine that the mobile device 110 is in proximityto the first acoustic region 124 a based on the selection data, wirelessnetwork configuration data, or using other techniques known of one ofskill in the art. The server(s) 120 may receive first location data(e.g., global positioning system (GPS) coordinates) from the mobiledevice 110 (e.g., using an application or process running on the mobiledevice) and may associate the first location data with the firstacoustic region 124 a. At a second time, the server(s) 120 may determinethat the mobile device 110 is in proximity to the second acoustic region124 b, may receive second location data from the mobile device 110, andmay associate the second location data with the second acoustic region124 b.

In some examples, the server(s) 120 may determine the first address 20associated with the first location and the second address 30 associatedwith the second location, but the disclosure is not limited thereto.Instead, the server(s) 120 may not have precise location information butmay distinguish between the first acoustic region 124 a associated withthe first location and the second acoustic region 124 b associated withthe second location.

By distinguishing between the first location and the second location,the server(s) 120 may enable additional functionality, such as directingnotifications to a particular location based on the user's location, atime of day, user preferences, information about the notification, orthe like. For example, if the server(s) 120 receives a notification forthe user 5 late at night, the server(s) 120 may send the notification toacoustic regions associated with the first location (e.g., residentialhouse) but not to acoustic regions associated with the second location(e.g., office).

As illustrated in FIG. 1C, the server(s) 120 may receive (130) selectiondata and may determine (132) unique acoustic regions, as discussed ingreater detail above with regard to FIGS. 1A-1B. The server(s) 120 maydetermine (134) wireless network configuration data for each of theacoustic regions and may determine (136) that wireless networkconfiguration data doesn't overlap for some of the acoustic regions.Based on the wireless network configuration data, the server(s) 120 maydetermine (138) that first acoustic region(s) are associated with afirst location and determine (140) that second acoustic region(s) areassociated with a second location.

The server(s) 120 may determine (142) to send a notification to the user5, may determine (144) that the user is associated with the firstlocation (e.g., user 5 is at home), and may send (146) the notificationto at least one device within the first acoustic region(s). For example,the server(s) 120 may determine that the user 5 is associated with thefirst location based on a user location (e.g., precise geolocationreceived from a smartphone or the like), presence detection data (e.g.,first device 110 a detects human presence), voice recognition data,facial recognition data, calendar entries (e.g., meetings, scheduledappointments, etc.), historical data (e.g., high likelihood that theuser 5 is in the first location at this time of day), or the like. Thus,the server(s) 120 may distinguish between the first location and thesecond location without initialization by the user 5, enabling theserver(s) 120 to intelligently select devices 110 to which to sendnotifications.

FIGS. 2A-2B are flowcharts conceptually illustrating example methods forranking devices based on various audio signal metrics and arbitratingbetween multiple devices according to embodiments of the presentdisclosure. For example, FIG. 2A is a flowchart conceptuallyillustrating an example method 200 for ranking devices 110 whichdetected a speech utterance of a user 5 based on various audio signalmetric values of audio signals captured by each device 110.

A device 110 may detect the speech utterance of the user 5 based on theutterance including a wakeword (e.g., keyword). For example, an audiocapture component (e.g., microphone array 112) of the device 110 mayreceive or capture sound corresponding to the speech utterance of theuser 5 via one or more microphones of the microphone array 112. In someexamples, the speech utterance may include or be preceded by a wakewordor other trigger expression or event that is spoken by the user 5 toindicate that subsequent user speech is intended to be received andacted upon by the device(s) 110 and/or the server(s) 120. The device 110may detect the wakeword and begin streaming audio signals to theserver(s) 120. In some instances, the device 110 may operate in alow-functionality mode and analyze sound using Automatic SpeechRecognition (ASR) processing. When the wakeword is detected using ASR,the device 110 may begin streaming the audio signal, and other data, tothe server(s) 120.

The wakeword may be a reserved keyword that is detected locally by thedevice 110, although the disclosure is not limited thereto and thedevice 110 may stream audio data to the server(s) 120 and the server(s)120 may be configured to detect the wakeword without departing from thedisclosure. Additionally or alternatively, the server(s) 120 may beconfigured to perform secondary wakeword detection without departingfrom the disclosure. To detect the wakeword locally, the device 110 mayuse an expression detector that analyzes audio signals produced by themicrophones of the device 110 using ASR techniques to detect thewakeword, which generally may be a predefined word, phrase, or othersound. Such an expression detector may be implemented using keywordspotting technology, as an example. A keyword spotter is a functionalcomponent or algorithm that evaluates an audio signal to detect thepresence a predefined word or expression in the audio signal. Ratherthan producing a transcription of the words of the speech, a keywordspotter generates a true/false output to indicate whether or not thepredefined word or expression was represented in the audio signal.

In certain embodiments, an expression detector of the device 110 may beconfigured to analyze the audio signal to produce a score indicating alikelihood that the wakeword is represented in the audio signal. Theexpression detector then compares the score to a threshold to determinewhether the wakeword will be declared as having been spoken. Forinstance, the ASR techniques may involve using a Hidden Markov Model(HMM) recognizer that performs acoustic modeling of the audio signal andcompares the HMM model of the audio signal to one or more reference HMMmodels that have been created by training for a specific triggerexpression. An HMM model represents a word as a series of states.Generally, a portion of an audio signal is analyzed by comparing its HMMmodel to an HMM model of the trigger expression, yielding a featurescore that represents the similarity of the audio signal model to thetrigger expression model. In practice, an HMM recognizer may producemultiple feature scores, corresponding to different features of the HMMmodels. The wakeword detection may also use a support vector machine(SVM) classifier that receives the one or more feature scores producedby the HMM recognizer. The SVM classifier produces a confidence scoreindicating the likelihood that an audio signal contains the triggerexpression.

In some examples, the device 110 may also include imaging devices whichtake images of the environment of the user 5. For instance, upondetecting a wakeword or other wake event, the device 110 may collectimage data using the imaging devices. The imaging devices may include acamera, thermal imaging device, or any other type of imaging device tocapture images of the environment. The imaging devices may generateimage data, which in turn may be used as metadata for purposes ofarbitration (e.g., used to determine that the user 5 is in proximity toa first device and selecting the first device for arbitration).

Following detection of a wakeword, the device 110 may send an audiosignal corresponding to the speech utterance to the server(s) 120. Ifmultiple devices 110 detect a single utterance (e.g., wakeword andsubsequent voice command), the server(s) 120 may receive audio data fromeach of the multiple devices 110 as each of the multiple devices 110will attempt to independently process and respond to the voice command.To prevent redundant processing by the multiple devices 110 and/or theserver(s) 120, the server(s) 120 may arbitrate between the multipledevices in order to select a single device 110 that has the best audiodata, is closest to the user 5, is best suited to process the voicecommand, or the like.

As illustrated in FIG. 2A, the server(s) 120 may identify (210) multipledevices 110 that detected the speech utterance. This may includeidentifying (or determining) a first device 110 and a second device 110that received audio input at substantially a same time (within athreshold amount of time of each other) from a single utterance.

The server(s) 120 may receive (212) one or more audio signal metricvalues from each device 110. An audio signal metric value may be for abeamformed audio signal associated with audio input that is received ata device 110. An audio signal metric value may include a signal-to-noiseratio, a spectral centroid measure, a speech energy level (e.g., a 4 Hzmodulation energy), a spectral flux, a particular percentile frequency(e.g., 90^(th) percentile frequency), a periodicity, a clarity, aharmonicity, a confidence level associated with a wakeword, and so on.In one example, the step 212 may include receiving an audio signalmetric value that has a best value from among a plurality of audiosignal metric values, where each of the plurality of audio signal metricvalues is associated with a different beamformed audio signal determinedby a device 110. The audio signal metric value with the best value maybe the audio signal with the highest (greatest) value. Alternatively,the audio signal metric value with the best value may be the audiosignal with the lowest (smallest) value. In another example, step 212may include receiving an average audio signal metric value from among aplurality of audio signal metric values for a device 110. In yet anotherexample, step 212 may include receiving a plurality of audio signalmetric values for a device 110. In some instances, an audio signalmetric value may be weighted, such as by a difference between an audiosignal metric value with a best value (highest value or, in someinstances, lowest value) and an audio signal metric value with a worstvalue (lowest value or, in some instances, highest value) from among aplurality of audio signal metric values for a device 110.

The audio signal metric may be normalized across the devices 110 and maybe sent as metadata with input audio data sent from the device 110 tothe server(s) 120. The server(s) 120 may determine that input audio datais received from two or more devices 110 within a predetermined periodof time (e.g., within half a second) of each other and may generate anarbitration decision by selecting one of the devices 110 as a sourcedevice. Thus, the device 110 selected as the source device should“listen” to the utterance and the remaining devices 110 should stopcapturing and sending audio data to the server(s) 120 for the durationof the utterance.

The server(s) 120 may rank (214) the multiple devices 110 to create aranked list of devices 202. Step 214 may be based on audio signal metricvalues for individual ones of the multiple devices 110. In someinstances, a device 110 may be ranked multiple times for different audiosignal metric values, different techniques of ranking, and so on. Insome examples, other types of data other than audio metric values may beused to rank the devices. For instance, rather than detecting awake-word, a device 110 may receive another input (e.g., a push of abutton, a gesture, etc.) which may affect a ranking of the device 110that received the input. For instance, a device 110 which received abutton input may have an additional weighting factor applied to its rankto increase its rank as a button input indicates that the user 5 wantsthat particular device 110 to perform the action for the voice command.In various examples, other types of data may be used to rank the devices110. For example, proximity data detected using proximity detectiondevices may be used and devices 110 may be ranked higher or lower basedon a distance between each of the devices 110 and the user 5. Further,image data obtained by the imaging device may be used to rank thedevices 110. For instance, it may be determined that image data capturedby one of the devices 110 shows the face of the user 5 facing theparticular device 110 (e.g., using object recognition techniques). Theparticular device 110 that the user 5 is facing may have its rankedincreased based on the user 5 facing the particular device 110. Othertypes of data may be used here to rank the devices in addition, or inlieu of, the audio metric values.

The server(s) 120 may select (216) a device 110 to serve as a sourcedevice. As one example, the server(s) 120 may select a device 110 thatappears at the top of the ranked list of devices 202. As anotherexample, the server(s) 120 may select a device 110 that appears most ina top N number of places in the ranked list of devices 202, where N isan integer greater than 2.

In some examples, once the source device is selected, the other devices110 which detected the speech utterance may be instructed to stopstreaming audio data corresponding to the speech utterance. Thus, thesource device may continue streaming the audio signal or audio datarepresenting the speech utterance to the speech processing system 110 asa conversation or other sound is detected in the environment. However,once a source device is identified, the other devices 110 whichpreviously were streaming audio signals corresponding to the sound maybe “turned off” or instructed to stop sending the audio data. In thisway, the source device may send additional or more audio data than theother devices 110 which detected the speech utterance. The audio data orsignals sent from the other devices 110 (not the source device) may havesent audio signals that represent a portion of the sound in theenvironment 102, but less than all of the sound captured in the audiosignal of the source device. In some examples, the source device maystream audio signals which are easier to use or more effective to usewhen performing automatic speech recognition (ASR) and/or naturallanguage understanding (NLU).

The server(s) 120 may process (218) an audio signal of a selected device110. In some instances, the server(s) 120 may call or otherwise cause anASR component and/or an NLU component to process the audio signal todetermine an intent expressed in the speech utterance represented by theaudio signal.

The server(s) 120 may send (220) an indication of ranks of devices 110(e.g., ranked list of devices 202) and the intent to an additionalcomponent for further processing. For example, the further processingmay determine which of the devices 108 is to respond or perform anaction responsive to the speech utterance.

The server(s) 120 may use the intent determined by the NLU component,device states for each of the devices 110, the ranked list of devices202, and potentially other data to determine which one of the devices110 is to perform a response to the speech utterance. For example, theserver(s) 120 may iteratively move through the ranked list of devices202 and determine whether one of the devices 110 is capable ofperforming a response to the speech utterance using various rules. Forexample, device 110 a may be a top ranked device on the ranked list ofdevices 202, or the source device, and the server(s) 120 may analyze theintent expressed in the speech utterance, as well as the device state ofthe device 110 a, to determine whether the device 110 a is capable ofresponding to the command in the speech utterance. For example, if thespeech utterance is to “please stop,” the intent may map to devicesstates which are capable of “stopping” their device state, such asdevice states of steaming audio, conducting a phone call, outputting analarm sound, etc. Using the first rule, if the intent of the speechutterance maps to the device state of the source device, or is“relevant” to the device state of the source device, the server(s) 120may determine that the source device is capable of performing theresponse to the command and select the source device as the device thatis to respond to the command in the speech utterance (“target device”).

If the intent expressed in the speech utterance does not map to thedevice state of the device 110 a, the server(s) 120 may proceed to thenext rule and determine if the device 110 a is part of a device clusterof devices that has a device state to which the intent maps, orotherwise corresponds. In some examples, the server(s) 120 may analyze auser registry to determine if the device 110 a is part of a cluster ofdevices. If the server(s) 120 determines that the intent of the speechutterance maps to the device state of the cluster of devices, or is“relevant” to the device state of the cluster of devices, the server(s)120 may determine that the cluster of devices can perform the responseto the command and select the cluster of devices as the target device.The user registry may store indications of virtual clusters of devicesfor different user and/or household accounts.

Alternatively, if the server(s) 120 determines that the device 110 a isnot included in a cluster of devices, or if the cluster of devices inwhich the device 110 a is included is not capable of performing therespond to the command in the speech utterance, the server(s) 120 mayapply a third rule and determine whether the source device is associatedwith a secondary device (e.g., remote device paired to the device 110 a)that is capable of performing the response to the command.

If the server(s) 120 determines that the device 110 a is not associatedwith a secondary device, or if the secondary device with which thedevice 110 a is associated is not capable of performing the command, theserver(s) 120 may determine that the device 110 a is not the targetdevice. Upon determining that the source device is not the targetdevice, the server(s) 120 may iteratively use the above described rulesto determine whether the other devices 108(2) indicated in the rankedlist 202 are the target device. The server(s) 120 may move through theranked list 202 of devices in order to determine whether any of thedevices 110 which detected the speech utterance are the target device.

In some examples, the server(s) 120 may determine that the target deviceis not included in the ranked list 202 of devices 110 which detected thespeech utterance. In this case, the server(s) 120 may identify, via theuser registry, all other devices 110 associated with the user and/orhousehold account that did not detect the speech utterance, such asdevice(s) 110 n. The server(s) 120 may then determine whether the intentexpressed in the speech utterance maps to, or is otherwise associatedwith, any of the remaining devices 110 n. If the intent maps to a devicestate of the device 110 n, the server(s) 120 may select the device 110 nas the target device. In one example, the server(s) 120 may determinethat the device 110 n is associated, or is controlling, a secondarydevice. If the intent indicates that the command in the speech utteranceis a command to “change the channel,” the server(s) 120 may determinethat the intent maps to the device state of the secondary device, whichis a television. For instance, the device indications may indicate thata current device state of the secondary device is that the television ispresenting video for a channel, and that the television is capable ofperforming the command “change the channel.” In this case, the server(s)120 may select the device 110 n as the target device, and provide anindication of the intent, as well as an indication that the device 110 nis the target device, to a command processor.

FIG. 2B illustrate a flow diagram of an example method 205 forarbitrating, by a speech processing system 100, between multiple devices110 to determine which device 110 is to respond to a speech utterance ofa user 5. The order in which the operations or steps are described isnot intended to be construed as a limitation, and any number of thedescribed operations may be combined in any order and/or in parallel toimplement method 205.

The server(s) 120 may receive (230) a ranked list of devices 202 and anintent. The ranked list of devices 202 may be ranked based on audiosignal metric values. The intent may be determined using an ASRcomponent and/or an NLU component. The ranked list of devices 202 mayinclude devices 110 that detected a speech utterance.

The server(s) 120 may determine (232) whether the method 205 hasanalyzed all of the devices 110 that detected the speech utterance. Ifthe server(s) 120 determines that the method 205 has not reached the endof the ranked list of devices 202, the server(s) 120 may select (234)the next device in the ranked device list 202. At the beginning of themethod 205, the server(s) 120 may select the device 110(1) in the list(e.g., the top ranked device in the ranked list of devices 202, or“source device”).

The server(s) 120 may determine (236), during a first iteration andusing a first relevant device rule, whether the top ranked device 110(1)(“source device”) in the ranked list is capable of responding to thecommand in the speech utterance. The server(s) 120 may analyze theintent expressed in the speech utterance, as well as the device state,to determine whether the source device is capable of responding to thecommand in the speech utterance. For example, if the speech utterance isto “please stop,” the intent may map to devices states which are capableof “stopping” their device state, such as device states of steamingaudio, conducting a phone call, outputting an alarm sound, etc.

In various examples, “mapping” between different data (e.g., intents,device states, device identifiers, etc.) may generally correspond to anassociation in memory or a database between two pieces of data. Forinstance, a mapping between a particular intent and a particular devicestate may indicate that the particular intent and the particular devicestate are indicated as being associated with each other, via anytechnique known in the art, in a database or other memory structure(e.g., associated in a table, associated by a pointer, etc.).

In some examples, the server(s) 120 may determine in step 236 that adevice 110 is unable to, or is incapable of, responding to the commandin the speech utterance. For instance, if the device 110 is in offline(e.g., idle), or in an offline state or idle state, the device 110 maybe unable to change volume of audio being output. In some examples, adevice 110 may be considered offline when the device 110 is notperforming user requested actions (e.g., the device 110 is notoutputting audio, outputting video, performing a dialog, etc.).

During step 236, if the intent of the speech utterance maps to thedevice state of the source device, or is “relevant” to the device stateof the source device, the server(s) 120 may designate (238) the sourcedevice as a target device, and store an indication that the sourcedevice is the target device. For example, the server(s) 120 maydetermine that the source device is capable of performing the responseto the command and select the source device as the device 110 that is torespond to the command in the speech utterance (“target device”).

Alternatively, if the intent expressed in the speech utterance does notmap to the device state of the source device, the server(s) 120 mayproceed to one or more additional rules and determine (240) whether theadditional rules select a device. In some examples, the additional rulesused in step 240 may include determining if the source is device is partof a device “cluster of devices” that has a device state to which theintent maps, or otherwise corresponds. A cluster of devices maycorrespond to a virtual representation or indication of a group ofdevices which are synchronized to perform the same action in concert.For instance, the cluster of devices may include multiple devices 110which are outputting the same audio stream in a uniform fashion suchthat the different audio streams, which correspond to the same audiocontent, being output by each of the devices is in sync with each other.The cluster of devices may be stored as a virtual representation suchthat all of the devices in the cluster appear to be a single device fromthe perspective of the server(s) 120. Accordingly, in a similar fashionto the first rule, the server(s) 120 may determine whether the clusterof devices can respond to the command in the speech utterance.

During step 240, the server(s) 120 may determine if the intent of thespeech utterance maps to the device state of the cluster of devices, oris “relevant” to the device state of the cluster of devices. If theserver(s) 120 determines that the cluster of devices can perform theresponse to the command, the server(s) 120 may select the cluster ofdevices as the target device in step 238.

While several examples of additional rules that could be used duringstep 240 to identify a device are described, any other type of rules fordetermining whether a device is to respond to a command based on devicestate data and intent data may be used.

Alternatively, if the server(s) 120 determine during step 240 that thesource device is not included in a cluster of devices, or that thecluster of devices in which the source device is included is not capableof performing the response to the command in the speech utterance, theserver(s) 120 may, during step 240, apply a third rule and determinewhether the source device is associated with a secondary device (e.g.,remote device that is paired with the source device) that is capable ofperforming the response to the command. As described herein, a secondarydevice may comprise another device that is controlled, or otherwiseassociated with, a device 110. For example, types of secondary devicesmay include, but are not limited to, televisions, lamps/lights, garagedoors, door locks, thermostats, garbage disposals, etc.

During step 240, if the server(s) 120 determines at that the sourcedevice is associated with a secondary device, the server(s) 120 maydetermine whether the intent maps to a device state of the secondarydevice. If the server(s) 120 determines that the secondary device iscapable of performing the response to the command, the server(s) 120 mayselect the source device as the target device in step 238. For example,if the source device is associated with a secondary device, such ascontrolling a television based on voice commands from a user 5, and thecommand is “next channel,” the server(s) 120 may select the sourcedevice as the target device in step 238 because the secondary devicewith which the source device is associated is capable of performing thecommand in the speech utterance.

However, if the server(s) 120 determines in step 240 that the sourcedevice is not associated with a secondary device, or that a secondarydevice with which the source device is associated is not capable ofperforming the command, the server(s) 120 may determine that the sourcedevice is not the target device.

If the server(s) 120 determines that the source device is not the targetdevice, the server(s) 120 may return to step 232 and determine whetherall of the devices 110 have been analyzed. If the server(s) 120determines that not all of the devices on the ranked list of devices 202have been analyzed, the server(s) 120 may iteratively use the abovedescribed steps 234-240 of method 205 to determine whether the otherdevices 110 indicated in the ranked list 202 are the target device. Theserver(s) 120 may move through the ranked list of devices 202 in orderto determine whether any of the devices 110 which detected the speechutterance are the target device.

If the server(s) 120 determines at step 232 that all of the devices 110on the ranked list of devices 202 have been analyzed, the server(s) 120may identify (242) all other devices 110 associated with the user and/orhousehold account that did not detect the speech utterance. Forinstance, the server(s) 120 may analyze the user registry to identifydevices in the device indications to identify devices associated withthe user and/or household account that did not detect the speechutterance.

The server(s) 120 may determine (244) whether all of the other devices110 have been analyzed to determine whether they are capable ofresponding to the command in the speech utterance. If not, the server(s)120 may select (246) a next device in the device list of the otherdevices 110 which did not detect the speech utterance.

If the server(s) 120 determines that other devices 110 remain to beanalyzed in step 244 and select the next device in step 246, theserver(s) 120 may determine (248) whether the selected device canperform the operation. For example, the server(s) 120 may determinewhether the intent expressed in the speech utterance maps to, or isotherwise associated with, the selected device 110. If the intent mapsto a device state of the selected device 110, the server(s) 120 maystore (250) an indication that the device 110 is a target device.

The server(s) 120 may then iteratively move through steps 244-250 foreach of the remaining devices 110 that did not detect the speechutterance, and store indications during step 250 that a particulardevice 110 is a target device.

If the server(s) 120 determines at 244 that all of the other devices 110which did not detect the speech utterance have been analyzed, theserver(s) 120 may determine (252) whether a single device was identifiedto perform the operation. If only a single device was identified asbeing capable of performing the operation or command, the server(s) 120may designate (254) this device 110 as the target device.

Alternatively, if the server(s) 120 determines that more than one device110 has been indicated as being capable of performing the operation, theserver(s) 120 may designate (256) the source device as the targetdevice. The server(s) 120 may then generate output audio data to be sentto the source device which indicates to the user 5 that the speechprocessing system 100 was unable to determine how to perform therequested operation.

Thus, the techniques described herein include analyzing contextual datausing various rules for to determine which device is intended and/orcapable of responding to a command issued in a speech utterance of auser 5.

Once the server(s) 120 has determined the target device, the server(s)120 may provide an indication of the target device to a commandprocessor. The command processor may use the intent and the indicationof the target device to determine a response for the processed speechutterance. For instance, the command processor may work in conjunctionwith one or more speechlets that are configured to determine a responsefor the processed query, determine locations of relevant information forservicing a request from the user 5 and/or generate and store theinformation if it is not already created, as well as route theidentified intents to the appropriate destination command processor. Thedestination command processor may be determined based on the intentdetermined using the NLU. For example, if the NLU output includes acommand to play music (play music intent), the destination commandprocessor may be a music playing application, such as one located on thetarget device 110, or in a music playing appliance, configured toexecute a music playing command. The command processor may then causethe determined command to be sent to the target device to cause thetarget device to perform the appropriate response for the command.

The command processor may include one or more domain speechlets whichdetermine and generate a response for the voice-enabled device 110 toperform. In some examples, the command processor may route identifiedintents to the appropriate speechlets. For example, the speechlets maybe specialized software, domains, and/or devices for responding based onvarious intents, such as a music domain (e.g., Amazon Music, Pandora,Spotify, etc.), a video domain (e.g., Amazon Video, HBO, Netflix, Hulu,etc.) household organization domain (e.g., calendars, reminders, timers,alarms, etc.), and other types of domains. For example, an intent mayinclude a command to play music (play music intent), the commandprocessor may route the intent to a music domain speechlet configured toexecute a music playing command.

Once the command processor has generated a command, the commandprocessor 140 may provide the command in a response to the voice-enableddevice 110 to cause the secondary device to change the channel.

FIG. 3A illustrates an example of a three story building with multipledevices. As illustrated in FIG. 3A, a first device 110 a and a seconddevice 110 b may be located on a third floor of a building 300, a thirddevice 110 c, a fourth device 110 d and a fifth device 110 e may belocated on a second floor of the building 300, and a sixth device 110 fand a seventh device 110 g may be located on a first floor of thebuilding 300. Using conventional techniques, the user 5 would need toconfigure the devices 110 in order to group them or enable advancedfunctionality. If the server(s) 120 send a notification to the user 5,the server(s) 120 would send notification data to each of the device110, with multiple notifications being output at a time.

To detect user speech or other audio, each device 110 may use one ormore microphones in the microphone array 112 to generate microphoneaudio data that captures audio in a room (e.g., an environment) in whichthe device 110 is located. For example, if the devices 110 are locatedwithin earshot of a user 5, the devices 110 may capture microphone audiodata representing speech generated by the user 5. The devices 110 maystore the microphone audio data and/or send the microphone audio data toone or more server(s) 120 via the network(s) 10. As the server(s) 120received microphone audio data from multiple devices 110 at the sametime, the server(s) 120 may select microphone audio data from a singledevice for additional processing. Thus, the server(s) 120 may perform anarbitration decision to select which of the devices 110 has the bestmicrophone audio data and may use the best microphone audio data todetermine a voice command or other processing.

The server(s) 120 may track a plurality of arbitration decisions betweenthe devices 110 and generate selection data. The selection data mayindicate individual arbitration decisions (e.g., which of the devices110 were included in a particular arbitration decision and which of thedevices 110 was chosen by the arbitration decision) and/or statisticsassociated with collective arbitration decisions (e.g., which of thedevices 110 were selected between and statistics of how frequently eachof the devices 110 was chosen). The selection data may correspond to theranked list of devices 202, as described in greater detail above, andmay include audio signal metric(s), the ranked list of devices 202,and/or additional information associated with the arbitration decisions.

FIGS. 3B-3C illustrate examples of determining acoustic regions based onselection data and determining default devices for the acoustic regionsaccording to embodiments of the present disclosure. As illustrated inFIG. 3B, selection data 310 may include first selections between thefirst device 110 a (e.g., “A”) and the second device 110 b (e.g., “B”),second selections between the third device 110 c (e.g., “C”) and thefourth device 110 d (e.g., “D”), third selections between the fourthdevice and the fifth device (e.g., “E”), fourth selections between thethird device 110 c, the fourth device 110 d and the fifth device 110 e,and fifth selections between the sixth device 110 f (e.g., “F”) and theseventh device 110 g (e.g., “G”). For example, the selection data 310indicates that the first selections selected the first device 110 a 75%of the time and the second device 110 b 25% of the time, the secondselections selected the third device 110 c 20% of the time and thefourth device 110 d 80% of the time, the third selections selected thefourth device 110 d 70% of the time and the fifth device 110 e 30% ofthe time, the fourth selections selected the third device 110 c 10% ofthe time, the fourth device 110 d 70% of the time, and the fifth device110 e 20% of the time, and the fifth selections selected the sixthdevice 110 f 25% of the time and the seventh device 110 g 75% of thetime. While the selection data 310 only indicates percentages associatedwith the arbitration decisions, this is intended for ease ofillustration and the disclosure is not limited thereto.

Based on the selection data 310, the server(s) 120 may group the devices110 into three different acoustic regions, as illustrated in acousticregion data 320. For example, a first acoustic region may include thesixth device 110 f and the seventh device 110 g, a second acousticregion may include the third device 110 c, the fourth device 110 d, andthe fifth device 110 e, and a third acoustic region may include thefirst device 110 a and the second device 110 b. Based only on theselection data 310, the server(s) 120 may determine that that theseventh device 110 g is the default device for the first acousticregion, that the fourth device 110 d is the default device for thesecond acoustic region, and the first device 110 a is the default devicefor the third acoustic region.

In some examples, the server(s) 120 may determine the default device foran acoustic region based on output capabilities of the devices 110. Asillustrated in FIG. 3C, output capability chart 330 illustrates theoutput capabilities of each of the devices. For example, the firstdevice 110 a has basic loudspeaker(s) 114, no display 116, and no camera118; the second device 110 b has premium loudspeaker(s) 114, no display116, and no camera 118; the third device 110 c has basic loudspeaker(s)114, a display 116, and no camera 118; the fourth device 110 d haspremium loudspeaker(s) 114, a display 116, and a camera 118; the fifthdevice 110 e has basic loudspeaker(s) 114, a display 116, and no camera118; the sixth device 110 f passes audio data to externalloudspeaker(s), passes image data to external display(s), and no camera118; and the seventh device 110 g has basic loudspeaker(s) 114, nodisplay 116, and no camera 118.

Based on the output capability data 330 and/or the selection data 310,the server(s) 120 may determine acoustic region data 340. For example,the server(s) 120 may determine that that the seventh device 110 g isthe default device for the first acoustic region (e.g., best locationbased on the selection data, also because it is an independent devicethat doesn't require a separate component to be powered on), that thefourth device 110 d is the default device for the second acoustic region(e.g., best location based on the selection data, premium loudspeaker(s)114, and a display 116), and the second device 110 b is the defaultdevice for the third acoustic region (e.g., while it doesn't have thebest location based on the selection data, it has premium speakers whichimprove audio quality for the user 5).

The acoustic region data 340 is intended as an illustrative example andthe disclosure is not limited thereto. Instead, the server(s) 120 mayselect the default device based on other information and/or capabilitieswithout departing from the disclosure.

FIGS. 4A-4B illustrate examples of determining acoustic regions andgenerating virtual group(s) according to embodiments of the presentdisclosure. As illustrated in FIG. 4A, a first acoustic region 410includes the sixth device 110 f and the seventh device 110 g, a secondacoustic region 420 includes the third device 110 c, the fourth device110 d, and the fifth device 110 e, and a third acoustic region 430includes the first device 110 a and the second device 110 b.

In some examples, the server(s) 120 may generate a virtual group foreach of the acoustic regions 410/420/430. For example, the server(s) 120may generate a first virtual group for the first acoustic region 410, asecond virtual group for the second acoustic region 420, and a thirdvirtual group for the third acoustic region 430. Thus, the server(s) 120may send data to each device in the first acoustic region 410 by sendingthe data to the first virtual group, may send data to each device in thesecond acoustic region 420 by sending the data to the second virtualgroup, and may send data to each device in the third acoustic region 430by sending the data to the third virtual group.

The server(s) 120 may select a single device as a “master” device orcontroller for each of the virtual groups. For example, the server(s)120 may select the default device for each virtual group as thecontroller for that virtual group. The controller may control thedevices 110 included in the virtual group (e.g., remaining devices inthe acoustic region), communicate with other devices in the system 100,such as the server(s) 120, on behalf of the virtual group, and/or relaydata from the server(s) 120 to the remaining devices. For example, afirst controller (e.g., fourth device 110 d) for the second acousticregion 420 (e.g., second virtual group) may control the remainingdevices 110 c/110 e and may send audio data to the remaining devices 110c/110 e so that the devices 110 c-110 e collectively generate outputaudio that is synchronized. Thus, if the server(s) 120 send data (e.g.,notification data, audio data, and/or the like) to the first controller,the first controller may relay the data to the devices 110 c/110 e. Aslong as the controller for a virtual group is responsive tocommunication from the server(s) 120, the server(s) 120 may send data tothe virtual group via the controller even if another device 110 withinthe virtual group is unresponsive to communication from the server(s)120 (e.g., not connected to the network(s) 10, not powered on, etc.).

To generate a virtual group, the server(s) 120 may determineconfiguration information such as a device identification (ID) (e.g.,unique identifier associated with each device 110), a physical location(e.g., upstairs bedroom, downstairs living room or the like), a networkaddress (e.g., Internet Protocol (IP) address or the like), a type ofinput device, a type of output device, commands/features associated withthe output device, and/or the like. The server(s) 120 may receive theconfiguration information directly from a device 110, indirectly fromthe controller (e.g., a controller may send configuration informationassociated with an acoustic region), via spoken input from the user 5,via a companion application having a graphical user interface (GUI),and/or the like.

As discussed in greater detail above, the server(s) 120 may alsodetermine default devices for each of the acoustic regions 410/420/430.For example, the acoustic region data 340 indicated that the seventhdevice 110 g was the default device for the first acoustic region 410,the fourth device 110 d was the default device for the second acousticregion 420, and the second device 110 b was the default device for thethird acoustic region 430.

In some examples, the server(s) 120 may also generate a virtual groupfor the default devices. As illustrated in FIG. 4B, the server(s) 120may generate a virtual group 440 that includes the seventh device 110 gassociated with the first acoustic region 410, the fourth device 110 dassociated with the second acoustic region 420, and the second device110 b associated with the third acoustic region 430. By sending data tothe virtual group 440, the server(s) 120 may send data to a singledevice 110 in each of the acoustic regions 410/420/430. For example, theserver(s) 120 may send notification data to the virtual group 440 inorder for the system 100 to output a single notification in each of theacoustic regions 410/420/430.

The server(s) 120 may select a single device from the default devices asa “master” device or controller for the virtual group 440. For example,the server(s) 120 may select the fourth device 110 d as the controllerfor that virtual group 440. The controller may control the remainingdevices 110 included in the virtual group 440 (e.g., devices 110 b/110g), communicate with other devices in the system 100, such as theserver(s) 120, on behalf of the virtual group 440, and/or relay datafrom the server(s) 120 to the remaining devices 110 b/110 g. Forexample, a first controller (e.g., fourth device 110 d) for the virtualgroup 440 may control the remaining devices 110 b/110 g and/or sendaudio data to the remaining devices 110 b/110 g so that the devices 110b/110 d/110 g collectively generate output audio that is synchronized.Thus, if the server(s) 120 send data (e.g., notification data, audiodata, and/or the like) to the first controller, the first controller mayrelay the data to the devices 110 b/110 g.

Prior to sending data to the virtual group 440, however, the server(s)120 may determine that each of the devices 110 included in the virtualgroup 440 (e.g., devices 110 b/110 d/110 g) are online (e.g., powered onand responsive to communication from the server(s) 120 via thenetwork(s) 10). For example, if the second device 110 b is notresponsive to communication from the server(s) 120 (e.g., not connectedto the network(s) 10, not powered on, etc.), the third acoustic region430 would not receive a notification sent to the virtual group 440.Therefore, the server(s) 120 may determine that determine that thesecond device is offline, may determine an alternative device (e.g.,first device 110 a) within the third acoustic region 430, and mayreconfigure the virtual group 440 to include the first device 110 a inplace of the second device 110 b. As a result, the third acoustic region430 will receive a notification sent to the reconfigured virtual group440.

As will be discussed below with regard to FIG. 5D, in some examples theserver(s) 120 may determine that a first device 110 a has potentiallymoved from a first acoustic region to a second acoustic region and mayreconfigure the acoustic region(s)/virtual group(s) accordingly. Forexample, the server(s) 120 may determine that the first device 110 a haspotentially moved based on a number of different criteria, may removethe first device 110 a from the first acoustic region, may receiveadditional selection data, and may associate the first device 110 a withan acoustic region (e.g., either the first acoustic region or the secondacoustic region) based on the additional selection data.

FIGS. 5A-5D are flowcharts conceptually illustrating example methods fordetermining acoustic region(s) and generating virtual group(s) accordingto embodiments of the present disclosure. As illustrated in FIG. 5A, theserver(s) 120 may receive (510) selection data. As discussed above, theselection data correspond to a plurality of arbitration decisionsbetween the devices 110. For example, the selection data may indicateindividual arbitration decisions (e.g., which of the devices 110 wereincluded in a particular arbitration decision and which of the devices110 was chosen by the arbitration decision) and/or statistics associatedwith collective arbitration decisions (e.g., which of the devices 110were selected between and statistics of how frequently each of thedevices 110 was chosen). Additionally or alternatively, the selectiondata may include audio signal metric(s), the ranked list of devices 202,and/or additional information associated with the arbitration decisions.

An audio signal metric value may be for a beamformed audio signalassociated with audio input that is received at a device 110. An audiosignal metric value may include a signal-to-noise ratio (SNR), aspectral centroid measure, a speech energy level (e.g., a 4 Hzmodulation energy), a spectral flux, a particular percentile frequency(e.g., 90th percentile frequency), a periodicity, a clarity, aharmonicity, a confidence level associated with a wakeword, and so on.In some examples, the server(s) 120 may receive an audio signal metricvalue that has a best value from among a plurality of audio signalmetric values, where each of the plurality of audio signal metric valuesis associated with a different beamformed audio signal determined by adevice 110. The audio signal metric value with the best value may be theaudio signal with the highest (greatest) value. Alternatively, the audiosignal metric value with the best value may be the audio signal with thelowest (smallest) value. In another example, the server(s) 120 mayreceive an average audio signal metric value from among a plurality ofaudio signal metric values for a device 110. In yet another example, theserver(s) 120 may receive a plurality of audio signal metric values fora device 110. In some instances, an audio signal metric value may beweighted, such as by a difference between an audio signal metric valuewith a best value (highest value or, in some instances, lowest value)and an audio signal metric value with a worst value (lowest value or, insome instances, highest value) from among a plurality of audio signalmetric values for a device 110.

The audio signal metric may be normalized across the devices 110 and maybe sent as metadata with input audio data sent from the device 110 tothe server(s) 120. The server(s) 120 may determine that input audio datais received from two or more devices 110 within a predetermined periodof time (e.g., within half a second) of each other and may generate anarbitration decision by selecting one of the devices 110 as a sourcedevice. Thus, the device 110 selected as the source device should“listen” to the utterance and the remaining devices 110 should stopcapturing and sending audio data to the server(s) 120 for the durationof the utterance.

As discussed above, the server(s) 120 may rank the multiple devices 110to create a ranked list of devices 202. The server(s) 120 may rank thedevices 110 based on audio signal metric values for individual ones ofthe multiple devices 110. In some instances, a device 110 may be rankedmultiple times for different audio signal metric values, differenttechniques of ranking, and so on. In some examples, other types of dataother than audio metric values may be used to rank the devices. Forinstance, rather than detecting a wake-word, a device 110 may receiveanother input (e.g., a push of a button, a gesture, etc.) which mayaffect a ranking of the device 110 that received the input. Forinstance, a device 110 which received a button input may have anadditional weighting factor applied to its rank to increase its rank asa button input indicates that the user 5 wants that particular device110 to perform the action for the voice command. In various examples,other types of data may be used to rank the devices 110. For example,proximity data detected using proximity detection devices may be usedand devices 110 may be ranked higher or lower based on a distancebetween each of the devices 110 and the user 5. Further, image dataobtained by the imaging device may be used to rank the devices 110. Forinstance, it may be determined that image data captured by one of thedevices 110 shows the face of the user 5 facing the particular device110 (e.g., using object recognition techniques). The particular device110 that the user 5 is facing may have its ranked increased based on theuser 5 facing the particular device 110. Other types of data may be usedhere to rank the devices in addition, or in lieu of, the audio metricvalues.

The selection data may indicate which device 110 was selected to serveas a source device (e.g., outcome of an arbitration decision). As oneexample, the server(s) 120 may select a device 110 that appears at thetop of the ranked list of devices 202. As another example, the server(s)120 may select a device 110 that appears most in a top N number ofplaces in the ranked list of devices 202, where N is an integer greaterthan 2.

The server(s) 120 may determine (512) devices included in the selectiondata, may optionally filter (514) mobile devices from the selectiondata, and may determine (516) one or more acoustic region(s) by groupingthe devices based on the selection data. As mobile devices are notassociated with a fixed location, the mobile devices may be included inmultiple arbitration decisions involving physically disparate devices.Therefore, the server(s) 120 may optionally filter the mobile devicesfrom the selection data to avoid grouping devices 110 that are not inphysical proximity to each other.

In some examples, the server(s) 120 may select all of the devices 110included in overlapping arbitration decisions as part of an acousticregion. For example, if a first arbitration decision of the selectiondata includes three devices 110 a-110 c, the server(s) 120 may group thethree devices 110 a-110 c in a first acoustic region. In addition, ifone or more of the three devices 110 a-110 c are included in a secondarbitration decision of the selection data, the server(s) 120 may addadditional devices to the first acoustic region. For example, a secondarbitration decision may involve four devices 110 b-110 e, includingdevices 110 b-110 c, and the server(s) 120 may add the devices 110 d-110e to the first acoustic region.

However, the disclosure is not limited thereto and the server(s) 120 maynot select all of the devices 110 included in an arbitration decision aspart of a single acoustic region. For example, the selection data mayinclude an indication of signal strength associated with each of thearbitration decisions, enabling the server(s) 120 to distinguish betweena strong signal and a weak signal. Thus, the server(s) 120 may identifythat the three devices included in the first arbitration decision areassociated with a strong signal strength value and include all threedevices 110 a-110 c in the first acoustic region, but may determine thatthe two additional devices 110 d-110 e are associated with a weak signalstrength value and may not include them in the first acoustic region.Thus, despite the devices 110 d-110 e being included in the secondarbitration decision, the server(s) 120 may not include them in the sameacoustic region as devices 110 a-110 c.

Additionally or alternatively, the server(s) 120 may use the signalstrength values included in the selection data to determine contextbetween separate acoustic regions, such as which acoustic regions arenear each other or the like. For example, the server(s) 120 maydetermine that one or more devices included in a first acoustic regionare present in arbitration decisions with one or more devices includedin a second acoustic region, indicating that the first acoustic regionand the second acoustic region are in proximity to each other. Based onthe selection data (e.g., specifically overlap between devices 110 inarbitration decisions), the server(s) 120 may infer a topography orgeneral layout of an environment. For example, the server(s) 120 maydetermine that the first acoustic region (e.g., kitchen) is in proximityto the second acoustic region (e.g., living room), that the secondacoustic region is in proximity to a third acoustic region (e.g.,office), that the second acoustic region is in proximity to a fourthacoustic region (e.g., a room on a different level of the building), andso on.

Using a combination of the selection data and other data input by theuser (e.g., user-created groups, device names, etc.), the server(s) 120may generate a layout of the environment. For example, based on auser-created device name (e.g., Kitchen Echo) for a first device, theserver(s) 120 may infer that an acoustic region including the firstdevice is associated with a kitchen. The server(s) 120 may use thelayout to arbitrate between devices and/or as contextual information tounderstand a voice command. For example, if the server(s) 120 determinethat the kitchen is adjacent to a living room that includes atelevision, the server(s) 120 may interpret a voice command (e.g., “Playa movie on the TV”) that is received in the kitchen as a command tocontrol the television in the living room.

The server(s) 120 may select (518) a first acoustic region, maydetermine (520) a device selected most frequently based on the selectiondata, may determine (522) input/output capabilities of the devices, maydetermine (524) that a first device is most suitable to outputnotifications for the first acoustic region, and may store (526) anindication that the first device is most suitable to outputnotifications for the first acoustic region. The server(s) 120 mayoptionally generate (528) a virtual group for the first acoustic regionand may optionally determine (530) a location associated with the firstacoustic region.

The server(s) 120 may determine whether there is an additional acousticregion, and, if so, may loop to step 518 to repeat steps 518-532 for theadditional acoustic region. If there are no additional acoustic regions,the server(s) 120 may end the process.

FIG. 5B illustrates an example method for determining one or moreacoustic regions based on the selection data according to embodiments ofthe present disclosure. As illustrated in FIG. 5B, the server(s) 120 mayreceive (550) selection data and initially may create (552) a newacoustic region. The server(s) 120 may identify (554) a selectiondecision, may determine (556) devices included in the selection decisionand may associate (558) the devices with the acoustic region. Theserver(s) 120 may then determine (560) whether the devices associatedwith the acoustic region are included in one or more additionalselection decision(s). If the devices are included in an additionalselection decision, the server(s) 120 may loop to step 554 and repeatsteps 554-560 for the additional selection decision. If the devices arenot included in an additional selection decision, the server(s) 120 maydetermine (562) whether there are additional selection decisions and, ifso, may loop to step 552 and repeat steps 552-562 for a new acousticregion. If there are no additional selection decisions, the server(s)120 may end the process.

In some examples, the server(s) 120 may select all of the devices 110included in overlapping arbitration decisions as part of an acousticregion. For example, if a first arbitration decision of the selectiondata includes three devices 110 a-110 c, the server(s) 120 may group thethree devices 110 a-110 c in a first acoustic region. In addition, ifone or more of the three devices 110 a-110 c are included in a secondarbitration decision of the selection data, the server(s) 120 may addadditional devices to the first acoustic region. For example, a secondarbitration decision may involve four devices 110 b-110 e, includingdevices 110 b-110 c, and the server(s) 120 may add the devices 110 d-110e to the first acoustic region.

However, the disclosure is not limited thereto and the server(s) 120 maynot select all of the devices 110 included in an arbitration decision aspart of a single acoustic region. For example, the selection data mayinclude an indication of signal strength associated with each of thearbitration decisions, enabling the server(s) 120 to distinguish betweena strong signal and a weak signal. Thus, the server(s) 120 may identifythat the three devices included in the first arbitration decision areassociated with a strong signal strength value and include all threedevices 110 a-110 c in the first acoustic region, but may determine thatthe two additional devices 110 d-110 e are associated with a weak signalstrength value and may not include them in the first acoustic region.Thus, despite the devices 110 d-110 e being included in the secondarbitration decision, the server(s) 120 may not include them in the sameacoustic region as devices 110 a-110 c.

FIG. 5C illustrates an example method for generating a virtual group forthe default devices associated with each of the acoustic regionsaccording to embodiments of the present disclosure. As illustrated inFIG. 5C, the server(s) 120 may determine (570) unique acoustic regions,determine (572) a best output device for each unique acoustic region,and may generate (574) a virtual group including the best output devicesfor each acoustic region.

FIG. 5D illustrates an example method for recalibrating a deviceaccording to embodiments of the present disclosure. In some examples, afirst device 110 a that was previously associated with a first acousticregion may be moved to a second acoustic region. If the server(s) 120 donot identify that the first device 110 a was moved, the server(s) 120may send duplicate notifications to the second acoustic region and/ormay fail to send a notification to the first acoustic region.Additionally or alternatively, the first device 110 a may output audioor other notifications that are not synchronized with other devices 110in the second acoustic region. Therefore, the server(s) 120 may beconfigured to identify that the first device 110 a has moved from thefirst acoustic region and then associate the first device 110 a with thesecond acoustic region.

In some examples, the server(s) 120 may determine that the first device110 a potentially moved due to determining that the first device 110 awas unplugged (e.g., disconnected from a power source). For example, theserver(s) 120 may receive a notification (e.g., as part of a handshakingprocedure) from the first device 110 a that the first device 110 a waspowered off and then powered on again, even when the first device 110 awas never disconnected from an electrical outlet. Additionally oralternatively, the server(s) 120 may determine that the first device 110a potentially moved if the first device was renamed (e.g., the user 5renamed the first device 110 a), if selection data changes (e.g., thefirst device 110 a is no longer included in arbitration decisions withother devices within the first acoustic region and/or is suddenlyincluded in arbitration decisions with devices within the secondacoustic region), if wireless network configuration data changes (e.g.,first wireless networks associated with the first acoustic region are nolonger in range and/or second wireless networks associated with thesecond acoustic region are suddenly in range), and/or the like.

While the server(s) 120 do not explicitly know that the first device 110a was moved to the second acoustic region, the server(s) 120 maytemporarily remove the first device 110 a from the first acoustic regionuntil additional selection data is received, at which point theserver(s) 120 may determine which acoustic region to associate the firstdevice 110 a based on the additional selection data. For example, theserver(s) 120 may associate the first device 110 a with its own uniqueacoustic region until the additional selection data is received and thenmay determine that the first device 110 a should be associated with thesecond acoustic region based on the additional selection data.

As illustrated in FIG. 5D, the server(s) 120 may optionally determine(580) that a first device was unplugged, may optionally determine (582)that the first device was renamed, may optionally determine (584)differences in selection data (e.g., different devices included inarbitration decisions), and/or may optionally determine (586)differences in wireless network configuration data (e.g., differentwireless networks detected).

The server(s) 120 may remove (588) the first device from the previousacoustic region (e.g., first acoustic region), may associate (590) thefirst device with a new acoustic region (e.g., unique acoustic regionfor just the first device 110 a), may receive (592) additional selectiondata, and may associate (594) the first device with an existing acousticregion (e.g., determine that the first device 110 a is still includedwithin the first acoustic region or determine that the first device 110a has moved to the second acoustic region).

FIGS. 6A-6D are flowcharts conceptually illustrating example methods forsending notifications to acoustic region(s) according to embodiments ofthe present disclosure. For example, FIG. 6A illustrates an examplemethod for sending a notification to a single acoustic region via asingle device. As illustrated in FIG. 6A, the server(s) 120 maydetermine (610) to send a notification to a first acoustic region, maydetermine (612) a first device associated with the first acousticregion, and may send (614) a notification to the first device.

As discussed above, the first device associated with the first acousticregion may be a “best device” or default device selected for the firstacoustic region. For example, the server(s) 120 may select the defaultdevice to which to send future notifications for the first acousticregion based on the frequency that each device 110 is selected, whetherthe device 110 is independent of other components, and/or theinput/output capabilities of the devices 110. In an example describedabove, the server(s) 120 may select a first device 110 a as the defaultdevice because the first device 110 a is the most selected device (e.g.,selected 46% of the time) and has best input/output capabilities of thedevices 110 a/110 b/110 c (e.g., high quality microphone array 112, highquality loudspeaker(s) 114, a display 116, and a camera 118). Thus, theserver(s) 120 may store an indication that the first device 110 a is thedefault device for the first acoustic region.

However, the disclosure is not limited thereto and the first device mayvary over time without departing from the disclosure. For example, theserver(s) 120 may determine to send the notification to the firstacoustic region and may determine the first device based on thenotification data to be sent and/or additional information. Thus, theserver(s) 120 may determine the first device (e.g., best device) basedon the type of notification to be sent, input/output capabilities ofeach of the devices 110 included in the first acoustic region, whichdevices 110 of the first acoustic region are in proximity to a user,which devices 110 are currently available (e.g., powered on andresponsive to communication from the server(s) 120 via the network(s)10), which devices 110 are currently “active” (e.g., performing anaction, generating audio, displaying content, and/or the like,indicating that a user is interacting with the device 110) or “idle”(e.g., not performing an action, generating audio, displaying contentand/or the like), and/or the like without departing from the disclosure.

In contrast, FIG. 6B illustrates an example method for sending anotification to multiple acoustic regions via a single device for eachof the acoustic regions. As illustrated in FIG. 6B, the server(s) 120may determine (62) to send a notification, may determine (622) acousticregions to which to send the notification, may determine (624) firstdevices associated with the acoustic regions, and may send (626) thenotification to the first devices.

As discussed above, the first devices associated with the acousticregions may be “best devices” or default devices selected for each ofthe acoustic regions. For example, the server(s) 120 may select thedefault devices to which to send future notifications for a firstacoustic region based on the frequency that each device 110 is selected,whether the device 110 is independent of other components, and/or theinput/output capabilities of the devices 110. In the example describedabove, the server(s) 120 may select a first device 110 a as the defaultdevice because the first device 110 a is the most selected device (e.g.,selected 46% of the time) and has best input/output capabilities of thedevices 110 a/110 b/110 c (e.g., high quality microphone array 112, highquality loudspeaker(s) 114, a display 116, and a camera 118). Thus, theserver(s) 120 may store an indication that the first device 110 a is thedefault device for the first acoustic region.

However, the disclosure is not limited thereto and the first devices mayvary over time without departing from the disclosure. For example, theserver(s) 120 may determine to send the notification to the firstacoustic region and may determine the first device based on thenotification data to be sent and/or additional information. Thus, theserver(s) 120 may determine the first device (e.g., best device) basedon the type of notification to be sent, input/output capabilities ofeach of the devices 110 included in the first acoustic region, whichdevices 110 of the first acoustic region are in proximity to a user,which devices 110 are currently available (e.g., powered on andresponsive to communication from the server(s) 120 via the network(s)10), which devices 110 are currently “active” (e.g., performing anaction, generating audio, displaying content, and/or the like,indicating that a user is interacting with the device 110) or “idle”(e.g., not performing an action, generating audio, displaying contentand/or the like), and/or the like without departing from the disclosure.While the example illustrated above is directed to determining the firstdevice for the first acoustic region, the server(s) 120 may repeat thesteps to determine the best device for each of the acoustic regions towhich the server(s) 120 will send the notification data.

FIG. 6C illustrates an example method for sending a notification to asingle acoustic region via a virtual group. As illustrated in FIG. 6C,the server(s) 120 may determine (630) to send a notification to a firstacoustic region, may determine (632) a first virtual group associatedwith the first virtual group, and may send (636) the notification to thefirst virtual group via the first device.

In contrast, FIG. 6D illustrates an example method for sendingnotifications to multiple acoustic regions via a virtual group. Asillustrated in FIG. 6D, the server(s) 120 may determine (640) to send anotification, may determine (642) acoustic regions to which to send thenotification, may determine (644) a first virtual group associated withthe selected acoustic regions, may determine (646) a first deviceassociated with the first virtual group, and may send (648) thenotification to the first virtual group via the first device.

In some examples, the first virtual group may be a fixed group ofdevices 110 associated with a single acoustic region (e.g., in step 632,the first virtual group corresponds to devices 110 in a first acousticregion) and/or multiple acoustic regions (e.g., in step 642, the firstvirtual group corresponds to the best devices 110 for multiple acousticregions). Thus, when the server(s) 120 determine to send thenotification, the server(s) 120 may retrieve information about the firstvirtual group and send the notification to the first virtual group.However, the disclosure is not limited thereto and the server(s) 120 maydetermine the first virtual group (e.g., which devices are included inthe first virtual group and/or which device is the first device of thefirst virtual group) dynamically based on the type of notification to besent, input/output capabilities of each of the devices 110, whichdevices 110 are in proximity to a user, which devices 110 are currentlyavailable (e.g., powered on and responsive to communication from theserver(s) 120 via the network(s) 10), which devices 110 are currently“active” (e.g., performing an action, generating audio, displayingcontent, and/or the like, indicating that a user is interacting with thedevice 110) or “idle” (e.g., not performing an action, generating audio,displaying content and/or the like), and/or the like without departingfrom the disclosure. For example, each time the server(s) 120 determinesto send a notification the server(s) 120 may generate a virtual groupbased on the devices 110 that are responsive and/or active.

FIGS. 7A-7B illustrate an example of determining that acoustic regionsare associated with separate locations according to embodiments of thepresent disclosure. As illustrated in FIG. 7A, a first group of devices110 (e.g., first device 110 a, second device 110 b, third device 110 c,fourth device 110 d, and fifth device 110 e) may be located at a firstaddress 20 and a second group of devices 110 (e.g., sixth device 110 f,seventh device 110 g, eighth device 110 h, ninth device 110 i) may belocated at a second address 30. In addition, a first internet accesspoint (AP) 710 a (e.g., wireless router) may be associated with thefirst address 20 and a second internet AP 710 b may be associated withthe second address 30.

As illustrated in FIG. 7B, the server(s) 120 may use the techniquesdescribed in greater detail above to associate the devices 110 withacoustic regions based on the selection data and generate virtual groupsfor each of the acoustic regions. For example, the server(s) 120 may usethe selection data to separate the devices 110 into a first acousticregion 710 including the first device 110 a and the second device 110 b,a second acoustic region 712 including the third device 110 c and thefourth device 110 d, a third acoustic region 714 including the fifthdevice 110 e, a fourth acoustic region 716 including the sixth device110 f and the seventh device 110 g, and a fifth acoustic region 718including the eighth device 110 h and the ninth deice 110 i.

The server(s) 120 may determine wireless network configuration dataassociated with each of the acoustic regions and may compare thewireless network configuration data to determine whether the acousticregions are in the same location. Based on the wireless networkconfiguration data, the server(s) 120 may determine that the firstacoustic region 710, the second acoustic region 712, and the thirdacoustic region 714 are associated with the first internet AP 710 a,whereas the fourth acoustic region 716 and the fifth acoustic region 718are associated with the second internet AP 710 b. Therefore, theserver(s) 120 may determine that the first acoustic region 710, thesecond acoustic region 712, and the third acoustic region 714 areassociated with a first location 720, whereas the fourth acoustic region716 and the fifth acoustic region 718 are associated with a secondlocation 730.

FIG. 8 is a flowchart conceptually illustrating an example method fordetermining that acoustic regions are associated with differentlocations according to embodiments of the present disclosure. Asillustrated in FIG. 8 , the server(s) 120 may determine (810) uniqueacoustic regions and may select (812) an acoustic region.

The server(s) 120 may optionally determine (814) wireless networkconfiguration data for devices associated with the acoustic region, mayoptionally determine (816) geolocation data for the devices associatedwith the acoustic region, and may optionally determine (818) geolocationdata for a mobile device(s) when the mobile device(s) are within theacoustic region.

In some examples, the server(s) 120 may use the wireless networkconfiguration data for different acoustic regions to determine whetherthe wireless network configuration data overlaps, indicating that theacoustic regions are in physical proximity at a single location, ordoesn't overlap, indicating that the acoustic regions are associatedwith different locations. While this technique may effectivelydistinguish between a single location and multiple locations, it doesn'tprovide any information about the actual geolocation (e.g., address orcoordinates). Therefore, the server(s) 120 may additionally oralternatively determine geolocation data for an acoustic region from thedevices within the acoustic region. For example, some devices mayinclude sensors configured to determine a location using globalpositioning system (GPS) coordinates, while other devices may beconfigured to determine a location using cellular network technologies(e.g., based on base stations, cellular phone towers, or the like). Ifany device associated with the acoustic region is configured todetermine a location, the server(s) 120 may determine the location andassociate the acoustic region with this location by receivinggeolocation data from the device.

In some examples, none of the devices within an acoustic region may beconfigured to determine a location. However, mobile devices may beconfigured to determine a location, so the server(s) 120 may identifywhen a mobile device is in physical proximity to the acoustic region anddetermine the location of the acoustic region based on the location ofthe mobile device. For example, the server(s) 120 may determine that themobile device is in physical proximity to the acoustic region based onthe selection data (e.g., the server(s) 120 makes an arbitrationdecision between the mobile device and other fixed devices in anacoustic region), based on wireless network configuration data (e.g.,when first wireless network configuration data from the mobile devicematches second wireless network configuration data of a device withinthe acoustic region), based on wireless technologies (e.g., a devicewithin the acoustic region detects the mobile device using a wirelesssensor), based on commands received from the mobile device (e.g., theuser 5 uses the mobile device to control a device within the acousticregion), based on voice commands (e.g., the user 5 inputs a voicecommand to a device within the acoustic region and the server(s) 120obtains a location of a mobile device associated with the user 5), basedon facial or voice recognition (e.g., device within the acoustic regionidentifies the user 5 based on facial recognition or voice recognitionand the server(s) 120 obtains a location of a mobile device associatedwith the user 5), and/or the like. The server(s) 120 may receive thewireless network configuration data, the location of the mobile device(e.g., GPS coordinates), and/or other information from an application orprocess running on the mobile device.

The server(s) 120 may determine (820) whether there are additionalacoustic regions, and if so, may loop to step 812 and repeat steps812-818 for the additional acoustic region. If there are no additionalacoustic regions, the server(s) 120 may compare (822) the wirelessnetwork configuration data and/or other geolocation data between theacoustic regions. The server(s) 120 may determine (822) whether thewireless network configuration data and/or other geolocation data isidentical, in which case the server(s) 120 may associate (826) theacoustic regions with a single location. Otherwise, the server(s) 120may associate (828) the acoustic regions with two or more locations.

FIGS. 9A-9D illustrate examples of overriding a default selectionaccording to embodiments of the present disclosure. As illustrated inFIG. 9A, the server(s) 120 may make a default selection 910 based on amost frequently selected device 110 (e.g., second device 110 b), whichmay be centrally located so that it is frequently in proximity to theuser 5 when the user 5 is in multiple different locations (e.g., asignal strength value associated with input audio data from the seconddevice 110 b is frequently higher than signal strength values associatedwith other devices 110).

As illustrated in FIG. 9B, the server(s) 120 may override the defaultselection 910 to select a device 110 in proximity to the user 5. In someexamples, the server(s) 120 may determine that the first device 110 a iscloser to the user 5 than the default device (e.g., second device 110b). For example, if the user 5 generates an utterance and multipledevices 110 generate input audio data corresponding to the utterance,the server(s) 120 may determine signal strength values associated withthe input audio data received from each of the multiple devices 110 andmay select the device associated with the highest signal strength value(e.g., the server(s) 120 may determine that a first signal strengthvalue associated with first input audio data received from the firstdevice 110 a is highest of the signal strength values).

The server(s) 120 may determine that the first device 110 a is inproximity to the user 5 based on the signal strength values (e.g., thefirst signal strength value is higher than a second signal strengthvalue associated with second input audio data from the second device 110b), presence detection (e.g., the first device 110 a has a higherconfidence level that human presence is detected than the second device110 b), image data (e.g., the user 5 is detected in image data and aposition of the user 5 is determined to be closer to the first device110 a than the second device 110 b), a most recent interaction with theuser 5 (e.g., the first device 110 a most recently received an inputfrom the user 5, such as a button press, input on a touchscreen display,or the like), a most recently performed action (e.g., the server(s) 120sent an instruction/command to the first device 110 a to perform anaction), sensor information (e.g., footstep detector), proximity to amobile device associated with the user 5, and/or the like. Therefore,the server(s) 120 may perform a proximity override 920 to select thefirst device 110 a, sending notification data indicating an incomingaudio call or the like to the first device 110 a instead of the seconddevice 110 b.

As illustrated in FIG. 9C, the server(s) 120 may override the defaultselection 910 to select a device 110 based on input capabilities of thedevice 110. Sometimes, the default device may have an ideal locationthat is in proximity to the user 5, but may lack the input capabilitiesof a nearby device (e.g., based on an existence, size and/or quality ofthe microphone array 112, a camera 118, or the like). For example, thesecond device 110 b may be in an ideal location but the server(s) 120may select the third device 110 c as the third device 110 c includes acamera 118 that is lacking from the second device 110 b. To illustratean example, the notification data may be associated with image data(e.g., incoming a video call) or the like. Therefore, the server(s) 120may perform an input capability override 930 to select the third device110 c based on the input capabilities of the devices 110, sending thenotification data to the third device 110 c instead of the second device110 b.

As illustrated in FIG. 9D, the server(s) 120 may override the defaultselection 910 to select a device 110 based on output capabilities of thedevice 110. For example, the notification data may include image datathat may be displayed on the display 116 (e.g., an image), thenotification data may be associated with image data (e.g., avideoconference call), and/or the like. Therefore, the server(s) 120 mayperform an output capability override 940 to select the fourth device110 d based on the output capabilities of the devices 110, sending thenotification data to the fourth device 110 d instead of the seconddevice 110 b.

FIGS. 10A-10B illustrate examples of sending secondary notifications inaddition to a primary notification according to embodiments of thepresent disclosure. As illustrated in FIG. 10A, in some examples theserver(s) 120 may send at least one primary notification 1012 (e.g.,primary notification data) to one or more first devices (e.g., seconddevice 110 b) and at least one secondary notification 1014 (e.g.,secondary notification data) to one or more second devices (e.g., firstdevice 110 a, third device 110 c, fourth device 110 d, etc.). Forexample, the primary notification 1012 may include audio data and mayinstruct the second device 110 b to output synthesized speechcorresponding to the audio data in order to read an announcement to theuser 5, whereas the secondary notification 1014 may include aninstruction/command to perform an action (e.g., display an image,display an indicator light, etc.). Thus, the server(s) 120 may send theprimary notification 1012 to the second device 110 b and the seconddevice 110 b may generate the synthesized speech. In addition, theserver(s) 120 may send the secondary notification 1014 to the firstdevice 110 a, the third device 110 c, and/or the fourth device 110 d,and the first device 110 a may display an indicator light (e.g., lightsup rings) on the outside of the first device 110 a while the thirddevice 110 c and the fourth device 110 d display an image. Therefore,the user 5 may receive a visual notification that the primarynotification (e.g., synthesized speech) is being output. Additionally oralternatively, the secondary notification(s) may include audio data tobe output at a lower volume than the primary notifications. For example,the primary notification may be output at a first volume level and thesecondary notification(s) may be output at a second volume level that islower than the first volume level.

In the example described above, the devices 110 a/110 b/110 c are fixeddevices located within the acoustic region. However, the disclosure isnot limited thereto, and the server(s) 120 may send notifications tomobile devices (e.g., smartphones, tablet computers, etc.) withoutdeparting from the disclosure. For example, while a mobile device 110 e(e.g., smartphone) associated with the user 5 is located within theacoustic region, the server(s) 120 may send a primary notification 1022(e.g., primary notification data) to the mobile device 110 e and mayalso send a secondary notification 1024 (e.g., secondary notificationdata) to the fixed devices associated with the acoustic region (e.g.,devices 110 a-110 d). Therefore, the user 5 may receive an audionotification and/or a vibrating notification from the mobile device 110e while also receiving visual notifications from the fixed devices 110a-110 d.

Additionally or alternatively, the server(s) 120 may combine theexamples illustrated in FIGS. 10A-10B and send first notification data(e.g., an instruction/command to vibrate and/or generate an audiblesound) to the mobile device 110 e, second notification data (e.g., aninstruction/command to generate an audible sound at a first volumelevel, which corresponds to a first audio notification, and/or todisplay content, turn on indicator light(s) or other visual indicators,and/or the like, which corresponds to a first visual notification) tothe second device 110 b, and third notification data (e.g., aninstruction/command to generate an audible sound at a second volumelevel, which corresponds to a second audio notification, and/or todisplay content, turn on indicator light(s) or other visual indicators,and/or the like, which corresponds to a second visual notification) tothe remaining devices 110 a/110 c/110 d without departing from thedisclosure.

FIG. 11 is a flowchart conceptually illustrating an example method foroverriding a default selection and sending a secondary notificationaccording to embodiments of the present disclosure. As illustrated inFIG. 11 , the server(s) 120 may determine (1110) to send a notificationto the user 5, may select (1112) acoustic region(s) to which to send thenotification, and may determine (1114) first device(s) associated withthe selected acoustic region(s). For example, the server(s) 120 maydetermine to send the notification to only a first location (e.g.,user's home) and may omit acoustic regions associated with otherlocations, and/or the server(s) 120 may determine to send thenotification to acoustic regions associated with a first floor of ahouse (e.g., living room, kitchen, den, dining room, etc.) and not toacoustic regions that are associated with a bedroom.

As part of step 1114, the server(s) 120 may determine which devices 110associated with the acoustic region(s) are currently responsive (e.g.,powered on, connected to the server(s) 120 via the network(s) 10, and/orresponsive to communication from the server(s) 120). For example, sixdifferent devices 110 a-110 f may be associated with a first acousticregion, but at the time the server(s) 120 determines to send thenotification to the user in step 1110, the server(s) 120 may determinethat only four of the devices (e.g., devices 110 a-110 d) are responsiveto communication from the server(s) 120. As used herein, the devicesthat are responsive to the communication from the server(s) 120 (e.g.,110 a-110 d) may be considered to be “online” and the devices that areunresponsive to communication from the server(s) 120 (e.g., devices 110e-110 f) are considered to be “offline.” Thus, the server(s) 120 mayselect the four online devices as the first devices in step 1114.

Additionally or alternatively, the server(s) 120 may select the firstdevices based on which devices 110 associated with the acousticregion(s) are current available (e.g., responsive to the server(s) 120and currently not in use) and/or currently unavailable (e.g., responsiveto the server(s) 120 and currently in use) without departing from thedisclosure. For example, the server(s) 120 may determine usageinformation indicating which of the devices 110 are currently “active”(e.g., performing an action, generating audio, displaying content,and/or the like, indicating that a user is interacting with the device110) or “idle” (e.g., not performing an action, generating audio,displaying content and/or the like) and may select the first devicesbased on the usage information. In some examples, the server(s) 120 mayselect the first devices to exclude devices 110 that are currently inuse or “active.” For example, if a first device 110 a is displayingcontent on a display, the server(s) 120 may send the notification to asecond device 110 b that is idle. In other examples, the server(s) 120may select the first devices to prioritize the devices 110 that arecurrently in use. For example, if the first device 110 a is displayingcontent on the display and the default device is idle, the server(s) 120may send the notification to the first device 110 a to be output to auser viewing the content being displayed.

If a device is unresponsive and/or unavailable, the server(s) 120 mayselect the next best device as the first device(s). As discussed above,the first devices associated with the acoustic regions may be “bestdevices” or default devices selected for each of the acoustic regions.For example, the server(s) 120 may select the default devices to whichto send future notifications for a first acoustic region based on thefrequency that each device 110 is selected, whether the device 110 isindependent of other components, and/or the input/output capabilities ofthe devices 110. In the example described above, the server(s) 120 mayselect a first device 110 a as the default device because the firstdevice 110 a is the most selected device (e.g., selected 46% of thetime) and has best input/output capabilities of the devices 110 a/110b/110 c (e.g., high quality microphone array 112, high qualityloudspeaker(s) 114, a display 116, and a camera 118). Thus, theserver(s) 120 may store an indication that the first device 110 a is thedefault device for the first acoustic region.

However, the disclosure is not limited thereto and the first devices mayvary over time without departing from the disclosure. For example, theserver(s) 120 may determine to send the notification to the firstacoustic region and may determine the first device based on thenotification data to be sent and/or additional information. Thus, theserver(s) 120 may determine the first devices (e.g., best device) basedon the type of notification to be sent, input/output capabilities ofeach of the devices 110 included in the first acoustic region, whichdevices 110 of the first acoustic region are in proximity to a user,which devices 110 are currently available (e.g., powered on andresponsive to communication from the server(s) 120 via the network(s)10), which devices 110 are currently “active” (e.g., performing anaction, generating audio, displaying content, and/or the like,indicating that a user is interacting with the device 110) or “idle”(e.g., not performing an action, generating audio, displaying contentand/or the like), and/or the like without departing from the disclosure.While the example illustrated above is directed to determining the firstdevice for the first acoustic region, the server(s) 120 may repeat thesteps to determine the best device for each of the acoustic regions towhich the server(s) 120 will send the notification data.

For each acoustic region, the server(s) 120 may determine (1116) whetheruser presence is detected and, if so, may determine (1118) one or moredevice(s) in proximity to the user. For example,

The server(s) 120 may determine (1120) whether a specific outputcapability is required for the notification, and if so, may determine(1122) one or more device(s) with the output capability. The server(s)120 may determine (1124) whether a specific input capability is requiredand, if so, may determine (1126) one or more device(s) with the specificinput capability.

The server(s) 120 may then determine (1128) primary devices to which tooutput the primary notification. For example, the server(s) 120 mayselect one or more devices for each acoustic region, such as the defaultdevice associated with the acoustic region, a device in proximity to oneor more users, and/or a device that has the required input/outputcapabilities associated with the notification.

The server(s) 120 may determine (1130) whether to send a secondarynotification and, if so, may determine (1132) a type of secondarynotification (e.g., output audio, display an image, turn on an indicatorlight, etc.) and determine (1134) secondary device(s) to which to sendthe secondary notification. The server(s) 120 may then send (1136) theprimary notification to the primary devices and may send (1138) thesecondary notification to the secondary devices.

The server(s) 112 may include or refer to data regarding user accounts,shown by the user profile storage 1202 illustrated in FIG. 12 . The userprofile storage 1202 may be located proximate to server(s) 112, althoughthe disclosure is not limited thereto, and/or may otherwise be incommunication with various components, for example over the network(s)10. The user profile storage 1202 may include a variety of informationrelated to individual users, user profiles, households, accounts, etc.that interact with the system 100. For illustration, as shown in FIG. 12, the user profile storage 1202 may include data regarding the devicesassociated with particular individual user accounts 1204 (e.g., userprofiles). In an example, the user profile storage 1202 is a cloud-basedstorage. Such data may include device identifier (ID) and internetprotocol (IP) address information for different devices as well as namesby which the devices may be referred to by a user. Further qualifiersdescribing the devices, a location of the device, acoustic region(s)associated with the device, input capabilities of the device, outputcapabilities of the device, previous selection data, and/or the like mayalso be listed along with a description of the type of object of thedevice.

Further, the user account 1204 may include or be associated withdifferent user preferences, such as preferred types of notifications,preferred devices from which to output the notifications, preferredacoustic region(s) and/or locations to which to output thenotifications, and/or the like. A device 110 may refer to the useraccount 1204 and corresponding data (e.g., user preferences) in order toconfigure settings for an individual user profile of the device 110.

As illustrated in FIG. 13 devices 110 may contain components of thesystem 100 and may be connected over network(s) 10. The network(s) 10may be a local or private network or may be part of a wider network. Forexample, the network(s) 10 may include a wired local area network (LAN),a wireless local area network (WLAN) (such as WiFi), Bluetooth, and/orwireless network, such as a Long Term Evolution (LTE) network, WiMAXnetwork, 3G network, etc.

Devices 110 may be connected to the network(s) 10 through either wiredor wireless connections. For example, a first speech controlled device110 a, a second speech controlled device 110 b, a third speechcontrolled device 110 c, a smart television 110 d, a headless device 110e connected to a television (not shown), a refrigerator 110 f, a tabletcomputer 110 g, a smart phone 110 h, and/or a smart watch 110 i may beconnected to the network(s) 10 through a wired and/or wirelessconnection. Thus, while the examples illustrated above are sometimesdirected to the speech-controlled devices 110 a-110 c, the disclosure isnot limited thereto and the device 110 may be any device configured tosend data to the server(s) 120 via the network(s) 10.

FIGS. 14A-14B are block diagrams conceptually illustrating examplecomponents of the system 100. In operation, the system 100 may includecomputer-readable and computer-executable instructions that reside onthe device 110 and/or the server(s) 120, as will be discussed furtherbelow.

The device 110 may include one or more audio capture device(s), such asa microphone 112 or an array of microphones 112. The audio capturedevice(s) may be integrated into the device 110 or may be separate. Thedevice 110 may also include an audio output device for producing sound,such as loudspeaker(s) 114. The audio output device may be integratedinto the device 110 or may be separate. In some examples the device 110may include a display 116, but the disclosure is not limited thereto andthe device 110 may not include a display or may be connected to anexternal device/display without departing from the disclosure.

The device 110 and/or the server(s) 120 may include an address/data bus1424 for conveying data among components of the device 110 and/or theserver(s) 120. Each component within the device 110 and/or the server(s)120 may also be directly connected to other components in addition to(or instead of) being connected to other components across the bus 1424.

The device 110 and/or the server(s) 120 may include one or morecontrollers/processors 1404, which may each include a central processingunit (CPU) for processing data and computer-readable instructions, and amemory 1406 for storing data and instructions. The memory 1406 mayinclude volatile random access memory (RAM), non-volatile read onlymemory (ROM), non-volatile magnetoresistive (MRAM) and/or other types ofmemory. The device 110 and/or the server(s) 120 may also include a datastorage component 1408, for storing data andcontroller/processor-executable instructions. The data storage component1408 may include one or more non-volatile storage types such as magneticstorage, optical storage, solid-state storage, etc. The device 110and/or the server(s) 120 may also be connected to removable or externalnon-volatile memory and/or storage (such as a removable memory card,memory key drive, networked storage, etc.) through the input/outputdevice interfaces 1402.

Computer instructions for operating the device 110 and/or the server(s)120 and its various components may be executed by thecontroller(s)/processor(s) 1404, using the memory 1406 as temporary“working” storage at runtime. The computer instructions may be stored ina non-transitory manner in non-volatile memory 1406, storage 1408, or anexternal device. Alternatively, some or all of the executableinstructions may be embedded in hardware or firmware in addition to orinstead of software.

The device 110 and/or the server(s) 120 includes input/output deviceinterfaces 1402. A variety of components may be connected through theinput/output device interfaces 1402, such as the microphone array 112,the loudspeaker(s) 114, and/or the display. The input/output interfaces1402 may include A/D converters for converting the output of themicrophone array 112 into microphone audio data, if the microphone array112 is integrated with or hardwired directly to the device 110. If themicrophone array 112 is independent, the A/D converters will be includedwith the microphone array 112, and may be clocked independent of theclocking of the device 110. Likewise, the input/output interfaces 1402may include D/A converters for converting playback audio data into ananalog current to drive the loudspeakers 114, if the loudspeakers 114are integrated with or hardwired to the device 110. However, if theloudspeakers 114 are independent, the D/A converters will be includedwith the loudspeakers 114 and may be clocked independent of the clockingof the device 110 (e.g., conventional Bluetooth loudspeakers).

The input/output device interfaces 1402 may also include an interfacefor an external peripheral device connection such as universal serialbus (USB), FireWire, Thunderbolt or other connection protocol. Theinput/output device interfaces 1402 may also include a connection to oneor more networks 10 via an Ethernet port, a wireless local area network(WLAN) (such as WiFi) radio, Bluetooth, and/or wireless network radio,such as a radio capable of communication with a wireless communicationnetwork such as a Long Term Evolution (LTE) network, WiMAX network, 3Gnetwork, etc.

The concepts disclosed herein may be applied within a number ofdifferent devices and computer systems, including, for example,general-purpose computing systems, multimedia set-top boxes,televisions, stereos, radios, server-client computing systems, telephonecomputing systems, laptop computers, cellular phones, personal digitalassistants (PDAs), tablet computers, wearable computing devices(watches, glasses, etc.), other mobile devices, etc.

The above aspects of the present disclosure are meant to beillustrative. They were chosen to explain the principles and applicationof the disclosure and are not intended to be exhaustive or to limit thedisclosure. Many modifications and variations of the disclosed aspectsmay be apparent to those of skill in the art. Persons having ordinaryskill in the field of digital signal processing and echo cancellationshould recognize that components and process steps described herein maybe interchangeable with other components or steps, or combinations ofcomponents or steps, and still achieve the benefits and advantages ofthe present disclosure. Moreover, it should be apparent to one skilledin the art, that the disclosure may be practiced without some or all ofthe specific details and steps disclosed herein.

Aspects of the disclosed system may be implemented as a computer methodor as an article of manufacture such as a memory device ornon-transitory computer readable storage medium. The computer readablestorage medium may be readable by a computer and may compriseinstructions for causing a computer or other device to perform processesdescribed in the present disclosure. The computer readable storagemedium may be implemented by a volatile computer memory, non-volatilecomputer memory, hard drive, solid-state memory, flash drive, removabledisk and/or other media.

As used in this disclosure, the term “a” or “one” may include one ormore items unless specifically stated otherwise. Further, the phrase“based on” is intended to mean “based at least in part on” unlessspecifically stated otherwise.

What is claimed is:
 1. A computer-implemented method, comprising:receiving input data corresponding to a notification content to beoutput; determining the input data is to be sent to a device associatedwith a user profile; determining the user profile is associated with atleast a first device and a second device; receiving first dataindicating that a user is closer to the first device than to the seconddevice; determining, based at least in part on a type of the input data,second data indicating that a user most recently interacted with thefirst device; determining, based at least in part on the first data andthe second data, a device priority associated with output of thenotification content; and in response to the device priority, causingthe notification content to be output using the first device but not thesecond device.
 2. The computer-implemented method of claim 1, whereinthe first data comprises sensor data from a sensor of the first device.3. The computer-implemented method of claim 1, wherein the first devicecomprises a wearable device.
 4. The computer-implemented method of claim1, further comprising: determining the first device and the seconddevice are in a same region.
 5. The computer-implemented method of claim1, wherein causing the notification content to be output using the firstdevice comprises: sending the input data from a third device to thesecond device, the third device associated with the user profile.
 6. Thecomputer-implemented method of claim 1, wherein the second devicecorresponds to a default status and the method further comprises:overriding the default status based at least in part on the first data.7. The computer-implemented method of claim 1, further comprising:determining the notification content corresponds to a media type; anddetermining the first device corresponds to an output capabilityassociated with the media type.
 8. The computer-implemented method ofclaim 1, further comprising: determining the first device is paired tothe second device.
 9. The computer-implemented method of claim 1,further comprising: determining an operational mode of the seconddevice, wherein causing the notification content to be output using thefirst device is further in response to the operational mode.
 10. Thecomputer-implemented method of claim 1, further comprising: determininga third device associated with the user profile; and causing a secondarynotification to be sent to the third device.
 11. Thecomputer-implemented method of claim 1, wherein the input data comprisesaudio data associated with the user profile.
 12. Thecomputer-implemented method of claim 1, wherein input data comprisesimage data.
 13. The computer-implemented method of claim 1, wherein thetype of the input data is associated with the device prioritycorresponding to the user profile.
 14. A system comprising: at least oneprocessor; and at least one memory comprising instructions that, whenexecuted by the at least one processor, cause the system to: receiveinput data corresponding to a notification content to be output;determine the input data is to be sent to a device associated with auser profile; determine the user profile is associated with at least afirst device and a second device; receive first data indicating that auser is closer to the first device than to the second device; determine,based at least in part on a type of the input data, second dataindicating that a user most recently interacted with the first device;determine, based at least in part on the first data and the second data,a device priority associated with output of the notification content;and in response to the device priority, cause the notification contentto be output using the first device but not the second device.
 15. Thesystem of claim 14, wherein the first data comprises sensor data from asensor of the first device.
 16. The system of claim 14, wherein thefirst device comprises a wearable device.
 17. The system of claim 14,wherein the at least one memory further comprises instructions that,when executed by the at least one processor, further cause the systemto: determine the first device and the second device are in a sameregion.
 18. The system of claim 14, wherein the instructions that causethe notification content to be output using the first device compriseinstructions that, when executed by the at least one processor, causethe system to: send the input data from a third device to the seconddevice, the third device associated with the user profile.
 19. Thesystem of claim 14, wherein the second device corresponds to a defaultstatus and wherein the at least one memory further comprisesinstructions that, when executed by the at least one processor, furthercause the system to: override the default status based at least in parton the first data.
 20. The system of claim 14, wherein the at least onememory further comprises instructions that, when executed by the atleast one processor, further cause the system to: determine thenotification content corresponds to a media type; and determine thefirst device corresponds to an output capability associated with themedia type.
 21. The system of claim 14, wherein the at least one memoryfurther comprises instructions that, when executed by the at least oneprocessor, further cause the system to: determine the first device ispaired to the second device.
 22. The system of claim 14, wherein the atleast one memory further comprises instructions that, when executed bythe at least one processor, further cause the system to: determine anoperational mode of the second device, wherein the instructions thatcause the notification content to be output using the first device arefurther in response to the operational mode.
 23. The system of claim 14,wherein the at least one memory further comprises instructions that,when executed by the at least one processor, further cause the systemto: determine a third device associated with the user profile; and causea secondary notification to be sent to the third device.